搜尋

搜尋結果

星級意大利餐廳 8½ Otto e Mezzo BOMBANA 進駐澳門
澳城餐飲
LifeMag Editor・2015-10-19

8½ Otto e Mezzo BOMBANA於國際餐飲界享負盛名,其香港旗艦店更是意大利境外首間及唯一一間獲米芝蓮3星殊榮的意大利餐廳,餐廳日前正式進駐澳門,於「澳門銀河」開設澳門首間分店,將星級意大利美饌帶到澳門! 作為全亞洲最出色的意菜名廚BOMBANA Umberto,自2010年於香港設立旗艦店以來,不單連續4年獲得米芝蓮3星殊榮,而且更連續3年位列「全亞洲50間最佳餐廳」首十名,以及榮獲《Miele Guide》評選為「亞洲二十大頂尖餐廳」之一。 8½ Otto e Mezzo BOMBANA 位於「澳門銀河」的分店秉持現代精緻餐飲的概念,提供傳統與創新並重的意大利菜式。餐廳室內佈置高貴典雅,5,000平方呎的寬敞空間陳設多幅由當代多媒體藝術家Gianluca Miniaci匠心獨運創作的藝術畫作,他於過去曾旅居米蘭、羅馬、巴黎、倫敦、紐約、洛杉磯及香港。餐廳內的主用餐區可容納近50名賓客,酒吧區則可容納約20人。此外,餐廳內更設有兩個私人廂房,分別可舉辦十人及八人的私人宴會。 8½ Otto e Mezzo BOMBANA 不論對商務客人或悠閒旅客來說也是理想的選擇。兩道菜的商務午餐由澳門幣378元起;晚餐提供多款菜式和品嘗菜單以供選擇。賓客也可選擇包含七道菜的白松露套餐,這個精緻的菜單由榮獲意大利Piedmontese Regional Enoteca Cavour委任為「白松露世界大使」的餐廳總廚顧問BOMBANA精心設計,並在多個菜式之中選用最新鮮美味來自Alba的白松露製作,包括Taiyouran有機溏心蛋、耶路撒冷菊芋意大利飯、意大利Fassone牛仔柳及白松露雪糕。

2025 個人年度模型總結(下)|唔上唔落,特別有愛再入手系列
手機‧電玩
MacauYeah・2025-12-25

SDEX 巴巴托斯天狼座 / SDEX 命運 不過這一兩個模的問題,而是整個SDEX都需要大量補色。雖然外型不錯,強行把玩還是可以的。但因為工作量問題,沒有時間或者耐性,就盡量不要碰。想要練手嘅朋友反而可以多買。 EG Nu 主體套件是沒有問題的,問題就是官方一直沒有推出配件包。筆者試過買Fake Nu 背包,能安裝,但會有重量不平問題。正式配件包,據說下年是會推出的。有愛可以考慮先團主體,然後等配件包,避免事後加價。不想等的話,可以買副廠配件包也可以。那為何筆者會買它呢?主要是初期練手刻線為主。EG的特點是造型可以,但板件數不多,可以快速到實驗你想試的事。 HG EXIA 舊模,純情懷向,需要補色。第三方水貼亦唔見有,真係要靠自己。可動唔算好好,但得益於輕裝甲的設計,裝甲干涉唔多。能做完還是很有吸引力的,但真的要花功夫。 RG Wing Zero EW 天使翼有一個很特別嘅吸引力,上支架可以做出好多華麗嘅造型。因為呢款係舊款RG模型,所以有軟骨問題,好在佢唔係走Seed 系路線,靠一雙翼都可以有好多變化。硬要走手持巨炮的路線,就要考慮使用多支架。 HG Mighty freedom 去年劇場版模型,雖然係新設計,拼裝體驗是很好的。但外型對比MR魂,榮耀防衛者有一些決定性的缺陷,翼的張開角度沒能完好配合身體。除非大家識自行改造,如果唔係背包會有少少奇怪。平時亦需要支架支撐。 原本還有兩隻想介紹的模型,不過因為真係純粹吐槽,就不介紹了。今年嘅分享就到呢一度,新嘅一年,祝大家心想事成,事事順利。

2025 個人年度模型總結(中)
手機‧電玩
MacauYeah・2025-12-24

續上編分享,繼續曬一下筆者推薦的模型 HG 炮型脈衝 呢一款係筆者第一款買嘅PB 模型。因為算係新生系列中比較舊嘅款,所以若要效果好,就要大量補色。而且因為係PB,所以說明書說上沒有官方作例,筆者只可以參考RG模型作補色。 另外,筆者都做咗一個嘗試,就係加入花紋貼紙(RG 借來的),整體即刻提升咗一個層次。所以若果唔想做太多功夫嘅朋友,都可以搵搵有冇第三方水貼。 HG 命運 呢款係模型圈裏面唔少人推介嘅模型,有些玩家都話可以直接平噴,唔需要做複雜嘅遮蓋上色。筆者就理解為,對於素組玩家嚟講應該更友善,唔需要自己補色。筆者製作之後,覺得翅膀還是有點素,如果唔買水貼嘅話,要喺翅膀補色落返啲功夫。 整體可動性唔錯,但唔可以同MR魂比,翅膀比較受限,大刀同大炮亦冇MR嗰種局部放大的設計,如果你按照MR官圖去拍攝,你可能會覺得HG 少咗一份氣勢。除此之外都算正常發揮。 HG 維爾達 便宜好物,只要你識補色就可以。呢款模型有一啲白色或者奶白色嘅補色貼紙,真係要落筆補色要考慮遮蓋力問題。想偷懶嘅話,用返貼紙亦都OK。其他部份都係深灰色補色,遮蓋力,一般都冇問題。因為肩甲上邊有花紋,前裙甲亦係特殊造型,唔需要特別買水貼去提升線條感。 HG GQuuuuuux 今年嘅新作品,結構真係好特別,冇進行補色,亦冇滲線,整體顏色已經好鮮艷。 唯一比較難接受嘅,就係佢嘅頭部造型。如果你接受到造型嘅話,只要唔係價錢出現溢價,都可以買。最近(年底)亦見到有價格回落嘅情況,所以係一個好好嘅出手時機。 和模線 塔斯提爾 上年發售嘅國模產品,筆者今年先正式完成。和模線唔算係一個內卷廠商,無合金骨架,但係佢嘅設計嘅産品都仿人形,比例做得唔錯,構造有心思,體驗好過魔動核好多。唔洗補色,亦唔使靠水貼去提升細節。部份地方有蝕刻貼,只限於眼睛部份。 值得推薦的部份已經講得差不多了,下一期就介紹一下筆者踩過的坑。

重入膠坑3 |如何在有限的空間內收納Gunpla高達模型:斷捨離的是必要之技巧
手機‧電玩
MacauYeah・2024-11-26

高達模型(Gunpla)是許多模型愛好者的最愛,隨著收藏數量的增加,如何有效地在有限的空間內進行收納成為一個重要課題。這時,斷捨離的概念顯得尤為重要。這篇文章將探討如何在有限的空間內收納高達模型,還有如何處理不再需要的模型。 1. 理解有限空間的重要性 在收納高達模型時,我們首先要認識到,空間是有限的。我們不可能無限制地擴展收藏,因此在購買前,就需要對模型進行認真的思考和評估。問問自己:這個模型是否真的令我感到滿足?它是否在我的收藏中有特別的意義?這些問題能幫助我們展示、收藏、出讓的決定。 2. 選擇合適的收納容器 一個足夠大的立體空間,絕對是展示高達模型最好的方式。高模模型主要想呈現的,是機械感及戰爭感。而現在很多型號的模型,都以大翅膀為主,需要夠大的地方,才能好好地展現它們原本的設計。但土地資源短缺,是大部份澳門居民的常見的情況,所以通常的結果就是在一個空間中放入多台模型,每台模型所分得的空間相對不夠充足。筆者一直以來也有這個問題,經過幾次搬遷,再加上空間越來越少,令筆者不得不調整展示策略。 方法一:分開兩個空間,一個空間以自然站立為主,另一個空間即以支架作獨立展示。 第一個空間,自然站立,即通俗講的「站屍」,以方便收藏及次要觀賞為主。即使緊密地站著,也有列陣的感覺,只要不要模型之間不要相互壓到就好。 第二個空間,獨立展示。但這裏只會展示一或兩台模型,不要多。盡力去擺姿勢,利用各種支架或配件,展現最有魄力的感覺。大家可以想像成這就是一個攝影棚,在這裏放著的就是主角。把自己的焦點,集中在單一的模型上,好好地欣賞自己的大作。 方法二:分開兩個空間,一個空間完全看不見,另一個空間即以支架作獨立展示。 如果空間很不夠,就完全取消自然站立的空間,只保留獨立展示空間。前者就是等於要入盒收納,除了使用原裝的模型盒外,其實飯盒(透明膠盒)也是一個好的收納方式。放在飯盒中,方方正正,易於疊起,它比原裝的模型盒要堅硬一點,也易於查看內部內容。 3. 定期清理和整理 定期檢查和整理您的收藏,就是斷捨離的具體體現。經過歲月的消禮,模型可能會發黃,經常把玩的話,關節亦會有鬆脫或折斷的情況出現。有能力自己修件重鑄的話,一定要好好修理。打椿,重新上色補色是必要的保養技巧。若然無修件再修復,可以考慮設立一個零件區,把作品分解(即俗稱殺肉),供日後其他改造之用。清理損壞的模型,讓空間更加整潔,可以讓您更專注於珍藏的模型。 另一點,也是最難的一點,就是重新檢視您的收藏,將那些不再合心意的模型進行取捨,這樣不僅能騰出空間,還能讓收藏更具意義。 4. 處理被淘汰的模型 前述因為不再合心意,或是損壞而變成被淘汰的模型,有幾種處理方式: 贈送或交流:將不再需要的模型送給朋友或其他模型愛好者,這樣能讓它們得到更好的利用。 二手出售:澳門常見的社交平台,都有模友互相出售二手作品,這不僅可以收回一部分資金,還能讓其他人享受這些模型的樂趣。 二次改造:如果模型已經損壞,可以考慮拆件,進行再利用或改造。例如常見的步槍,可以二次改裝為手槍,巨劍、造型手可以用藍丁膠固定,讓其他作品更易手持。 練習用途:確定不要的模型,可以進行各種上色或改造實驗。不同的塗裝、改造、滲線刻線,都需要大量的練習去熟練。如果大家有意進一步提升制作技巧,需要練手的素材就相當多。 總結 在有限的空間內收納高達模型需要一些創意和計劃,特別是斷捨離的智慧。希望這些建議能幫助您在小空間中也能享受高達模型的樂趣!

Swarm mode 上線 5 - load balancer | 還有那些事該考量?
科技新知
MacauYeah・2024-11-18

前面介紹了 ingress network ,亦介紹了 proxy gateway 。能做到的基本都做到了,再來就是考量安全性的問題。因為加了 proxy gateway ,前述的例子是所有 service ,都放在同一個 yaml 檔中。好處是,所有相關的東西存放在同一個檔中, gateway ,背後的 service 都一眼看到。但壞處就是有其中一個 service 更新,都要改那個 yaml 檔。更大的問題是, stack deploy 的指令,不單只更新其中一個 service ,就連其他 service 都會自動取得最新 image 而 redeploy 。 對於一個緊密的系統來講,同步更新可能不是大問題。但對於一些預定排程發佈的系統可不能這樣因為副作用而更新了。如果你也有這樣的分開管理需求,可以參考下面做法,把 gateway service 及 upstream service 放在不同的檔案中,然後經過 external network把所有 service 串連起來。 # nginx-stack.yaml, docker stack deploy -c nginx-stack.yaml nginx services: http-gateway: image: http-gateway ports: - 8080:8080 deploy: replicas: 1 update_config: delay: 10s restart_policy: condition: on-failure # manager-stack.yaml services: managerhttp: image: bretfisher/httpenv networks: - nginx_default - default deploy: replicas: 3 update_config: delay: 10s restart_policy: condition: on-failure placement: constraints: - node.labels.zone==manager networks: nginx_default: external: true # dmz-stack.yaml services: dmzhttp: image: bretfisher/httpenv networks: - nginx_default - default deploy: replicas: 2 update_config: delay: 10s restart_policy: condition: on-failure placement: constraints: - node.labels.zone==dmz networks: nginx_default: external: true 這樣,不同 service 的維護人員,就可以獨自控制自己的檔案。在第一次發佈時,確認 nginx-stack.yaml 先行發佈就可以了。對應的發佈指令是docker stack deploy -c nginx-stack.yaml nginx,它會自動産生一個 nginx_default (即 stack名字_default )的網絡。之後其他service,就可以經networks的設定找到它了。 services: YOUR_SERVICE: networks: - nginx_default - default networks: nginx_default: external: true 上述即使分離檔案,在安全性考量時還是有一個問題,就是 ingress network 的問題。試想一下,dmzhttp (Demilitarized Zone)原本被設定的原因,就是想限制某些訪問只能一些可以公開的服務。但因為經過 ingress network 之後,它們會在所有機器上開放這些 port。那就是,以下面的例子來講,若 dmzhttp 是公開的服務, intrahttp 是內部服務,即使用 intrahttp 使用不同的port 8889。但一經 swarm mode 預設的 ingress network ,在node.labels.zone==dmz的那些節點,還是可以訪問到 intrahttp 。 services: dmzhttp: image: bretfisher/httpenv ports: - 8888:8888 deploy: replicas: 2 update_config: delay: 10s restart_policy: condition: on-failure placement: constraints: - node.labels.zone==dmz intrahttp: image: bretfisher/httpenv ports: - 8889:8888 deploy: replicas: 3 update_config: delay: 10s restart_policy: condition: on-failure placement: constraints: - node.labels.zone==intra 我們前述介紹的 proxy gateway ,其實已經有一定程度可以解決這個問題。因為 proxy gateway 是根據 http 協定中的 host header 去做分流。在邊界網絡進來的「合法」訪問,道理上會好好地經引導到我們的 dmzhttp 。不過網路的邪惡可容小看, proxy gateway 也會有被騙的一日。有特定能力的攻擊者,只需找到目標域名,還是可以接觸到 intrahttp 。 若要做進一步隔離,在這種情況下,我們可以在 dmz , intra 機器中各設定一套 swarm ,完全獨立,這是最安全的做法。但這樣做的管理成本就會變高,因為兩個網段都會有自己的 manager 節點,而且在 dmz 網段的 manager 節點也有被攻擊的可能。 若我們回到單一 swarm 的方向,可以修改各個 service 中的 port 和 deploy 。利用 post mode 中的「host」,配合 deploy mode 中的「global」,完全跳開 ingress network。 services: dmzhttp: image: nginx ports: - target: 80 published: 8888 mode: host deploy: mode: global update_config: delay: 1s restart_policy: condition: any placement: constraints: - node.labels.zone==dmz intrahttp: image: bretfisher/httpenv ports: - target: 8888 published: 8888 mode: host deploy: mode: global update_config: delay: 10s restart_policy: condition: on-failure placement: constraints: - node.labels.zone==intra 上面的例子中, dmzhttp 會在所有 dmz 的機器中,每個節點只運行一份服務,而且直接使用該機的 8888 port ,外面不會再有 ingress network 的 存在。同樣地,intrahttp 會在 intra 的所有節點,運行一份服務,佔用它們的8888 。這兩個服務,即使使用一個 port ,swarm 也不會說有任何問題。因為它們不會經 ingress network 搶佔其他人的 8888。 可能會有讀者問,如果 host mode 這麼安全,為什麼預設會是 ingress network,那我們就要先了理清 ingress network 與 host mode 有有什麼分別?假設我們只運行一個service,它佔用8888。 功能ingress modehost mode replicas 數 同一個 service replicas 為任意數量,什至比節點的數目多 因為有 port 限制,每個節點最多只能運行一份 Virtual IP Virtual IP 任意在節點中跳轉也可以,因為 ingress 會自動找到對應的 service 所在的節點 Virtual IP必需要與 service 所在節點綁定,其他節點訪問不到 load balance 有 沒有 host mode 就像我們傳統在各自的節點上自行佈署自己的程序,各個節點只有一份。所以不會有自動 load balance 的效果,如果客戶端訪問固定的IP,就會得到是固定的接器接受請求。我們有需要,就要在前面加一個 Proxy Gateway (或 HA proxy )。 Virtual IP 也一樣, host mode 下需要好好地自動跟著 service 的生命期,不過幸運的是, Docker 預設己經有自動重啟 service 功能,即前文中的 restart_policy ,它在 host mode 下也適用。如果大家有配合 deploy 中的 global mode , Virtual IP 的並沒有實際變動。但如果沒有 global mode ,就要再想想辦法了。 最後考慮 load balance 的問題,如果進入點的 service 的真的不太消耗資源,沒有 load balance 也是可以的 ,但若超負荷,就必需要自建 proxy gateway 。經過進入點後,若我有背後的 service 就沒有所謂的 ingress 和 host mode 選擇。

精明玩家要記住 -- 每月8號「濠」賞會員日 65折嘆盡澳門米芝蓮美饌
生活在我城
Cheers!・2024-06-03

「新濠風尚」會員日,每月8號都可以超值優惠 65折濠嘆澳門新濠天地、新濠影滙、新濠鋒多間星級米芝蓮殿堂食府及名廚時令美饌,包括米芝蓮一星中菜廳「玥龍軒」及「帝影樓」、街頭歐陸美食「T FOR TAPAS」、即點即製頂級天婦羅料理「天政」快d加入「新濠風尚」會員,每月8號享盡獨家優惠,畀您輕鬆享受精彩生活! 今個月更有追加禮遇,「童夢天地」/「滿紛樂園」指定門票買1送1,用會員優惠可以慳返一半門票錢,一家大細玩得開心又抵玩!小朋友可以盡情放電!可以襯住8號買咗先,張門票適用日期至6月30日,人均低至$90起! 每月8號,65折「濠」嘆美食! 「新濠風尚」會員專屬福利,每月8號,65折享用多間星級米芝蓮殿堂食府及名廚時令美饌!約埋朋友家人,喺新濠天地、新濠影滙、新濠鋒嘆個靚餐,享受高質素美食體驗,仲可以慳返唔少! 65折精選米芝蓮餐廳推介 「帝影樓」 屢獲《米芝蓮港澳指南》一星評級,由廚藝精湛的主廚帶領才華橫溢的烹飪團隊,傾注創新意念演繹傳統粵菜,詮釋昇華中菜至更高層次。放眼窗外,除了主用餐區可欣賞到澳門繁華的城市天際線之外,餐廳特設七間私人包廂及三間半開放式包廂,讓賓客享受獨特而難忘的餐饗體驗。 詳情及預訂:https://www.altiramacau.com/tc/dining/Ying#All 「玥龍軒」 榮獲米芝蓮一星的「玥龍軒」嶄新演繹極致雍雅的粵式餐饗體驗。嚴選尊貴食材及海陸珍饈,呈獻無與倫比的中華名菜,讓您以多重感官享受華麗盛宴。必嚐享譽全城的鮑魚和燕窩料理、鵝肝金錢雞、黑蒜雙蔥和牛粒。 黃金魚子醬百花片皮乳豬件芙蓉花雕蒸法國藍龍蝦詳情及預訂:https://www.studiocity-macau.com/tc/dining/pearl-dragon 6月8號,「濠」玩放電! 「童夢天地」/「滿紛樂園」指定門票買1送1!可以帶小朋友去盡情放電,一家大細玩得開心又抵玩!小朋友玩得開心,大人都可以輕鬆享受親子時光![每人每次限購2套 (共4張) 門票; 適用日期由2024年6月08日至6月30日] 想成為「新濠風尚」會員享盡優惠好簡單!大家只需上網免費注册成會員,每個月8號就有大把着數等緊你,會員更可於其他日子享受各式禮遇,例如餐廳9折優惠、演唱會優先購票、購物特別優惠等,襯今個月8號撞正端午節假期,一於帶埋小朋友濠食、濠玩、濠享受!~ [會員註冊連結]:https://s.ctm.net/7TzV5

Spring Boot 03 - 做好Database的模組化及測試用例
科技新知
MacauYeah・2024-04-12

這節,我們將會使用spring-data-jpa,寫一個業務上的資料庫模組,提供資料表的存取,讓你的好同僚可以直接使用。這樣可以在多模組的環境中,減少同一個資料表在不同地方重複又重複地重定義。將來要更新,也可以使用jar檔的方式發佈。 下戴模版 我們跟上節一樣,使用Spring Initializr (Maven) 下載模版,但細節筆者就不再講啦。Dependency主要選擇 H2 Database Spring Data JPA 對pom.xml作一些微調,並把spring-boot-start-data-jpa,h2改為只在測試中生效。 並把Java檔案搬一搬位置 # old location src/main/java/io/github/macauyeah/springboot/tutorial/springbootdatatest/SpringBootDataTestApplication.java src/main/resources/application.properties # new location src/test/java/io/github/macauyeah/springboot/tutorial/springbootdatatest/SpringBootDataTestApplication.java src/test/resources/application.properties 以上的操作,主要是因為我們的目標是提供Schema,或者叫資料表規格。其他用於做連線的操作,我們不需要打包在jar內。所以把那些次要的東西都放在test資料夾中。我們這時可以先用mvn test指令,確保一切功能還是正常。 Entity folder 然後我們入正題,在pom.xml中加入hibernate-core,spring-data-jpa, 然後在main資料夾下加入 Entity、Repository,例如前述用過的Apple和AppleRepo,最後資料夾就像是這樣。 . |-- pom.xml |-- src | |-- main | | `-- java | | `-- io | | `-- github | | `-- macauyeah | | `-- springboot | | `-- tutorial | | `-- springbootdatatest | | |-- Apple.java | | `-- AppleRepo.java | `-- test | |-- java | | `-- io | | `-- github | | `-- macauyeah | | `-- springboot | | `-- tutorial | | `-- springbootdatatest | | |-- SpringBootDataTestApplication.java | | `-- SpringBootDataTestApplicationTests.java | `-- resources | `-- application.properties 然後我們在Test Case中使用AppleRepo @SpringBootTest class SpringBootDataTestApplicationTests { @Autowired AppleRepo appleRepo; @Test void contextLoads() { Apple apple = new Apple(); apple.setUuid(UUID.randomUUID().toString()); apple.setWeight(100.0); apple.setGravity(1000.0); appleRepo.save(apple); } } 這個跟前述02-spring-data-jpa最大的差別,就是我們的main中只有Entity相關的Class,我們發佈jar,別人引用我們的class,別人不會解發其他不相干的商業邏輯。假如發佈02的例子,因為Spring有自動初始化Component的原因,很可能會誤觸發02中的BasicApplicationRunner.java Source Code spring boot data test

Spring Boot 02 - 快速接入Database的選擇: Spring Data JPA
科技新知
MacauYeah・2024-03-08

快速下戴模版 使用Spring initializr,可以很容易就建立一個以Spring boot starter為底的java project。大家可以使用Spring 官網又或是vscode plugin 快速地建立一個maven或gradle project。筆者較為熟悉maven,就以maven起一個範例。 在使用Spring initializr有幾件事必需要指定的: Spring boot version: 3.x.y 或以上 Language: java Group Id: 請選擇有意思的域名,如果你用github,可以選 io.github.yourusername artifactId: 這個範例的名字,例如commandline Packaging type: 本次使用jar,日後若開發web 應用,可以使用war Java version: 17或以上 Dependency: Spring Data JPA, Spring Boot DevTools 這次不像過去順利,因為這裏欠缺了Database連線資料,為了方便測試,我們先在pom.xml加入 h2與spring的整合很好。即使用什麼都不設定,直接運行mvn spring-boot:run,都可以成功執行了。但如果可以,在application.properties加入資料庫設定,會方便日後移植到其他常用的資料庫品版牌。 # src/main/resources/application.properties spring.datasource.driver-class-name=org.h2.Driver spring.datasource.url=jdbc:h2:mem:testdb; spring.datasource.usename=random spring.datasource.password=random 然後我們就可以做靠Spring Data JPA去生資料庫的表 (table)。Spring Data JPA預設使用的是Hibernate。假設,我們有一個表叫APPLE。我們就可以開一個class Apple和一個interface AppleRepo去接它。 // src/main/java/io/github/macauyeah/spring/tutorial/springbootdatabasic/Apple.java @Entity public class Apple { @Id String uuid; Double weight; // getter setter } // src/main/java/io/github/macauyeah/spring/tutorial/springbootdatabasic/AppleRepo.java public interface AppleRepo extends JpaRepository{ // no content here } 注意,因為不同需要,AppleRepo可能繼承不同的XXXRepository,它們大部份都是用來觸發寫入資料庫的指令。而這個也晚除了直接存取Hibnerate EntityManager的需要。 亦因為我們現在用的是h2Database,其實資料表並不存在。我們需要在執行Spring Boot時,同步先建立表,所以在application.properties 加入自動建表的設定。 # src/main/resources/application.properties spring.jpa.generate-ddl=true spring.jpa.hibernate.ddl-auto=update 然後在Spring Boot Context的環境下,可以隨時執行寫入的操作。 @Autowired private AppleRepo appleRepo; public void saveApple() { Apple apple = new Apple(); apple.setUuid(UUID.randomUUID().toString()); apple.setWeight(100.0); appleRepo.save(apple); } Source Code spring boot data basic 因為h2Database只是用作測試用,所以spring-boot執行完,資料庫就會被刪除。而上述原始碼當中,還附上了一些dump sql的方法,至少可以讓大家驗證己儲存的結果。

星穹鐵道:中後期無課心得
手機‧電玩
MacauYeah・2024-02-08

分享前先講講為何會回鍋。因為筆者平常支持的RPG品牌Square Enix 實在不濟,每次更新完手機,它家的買斷型遊戲都攔淺。實在玩不下去,還是要回到米哈遊,星穹有中文、持續更新、自動存檔,從內容到技術上都比買斷型遊戲更適合手機遊玩。所以筆者就繼續來養成看看吧。 角色取得策略 之前筆者在其他文章內有提及過,免費課金制最大的痛點就是可取得的資源有上限,所以到了中後期,資源投資在什麼角色上是一個很重要的考量。但由於本文的主題是無課心得,所以筆者亦限定自己只使用免費卷或免費石抽4星角色。筆者的抽角色策略也很保守,各位應該可以很輕易地重複到。最簡單地講,只有弱點擊破效率不足時、打不過的主線時,才會考慮抽角色。 青雀 - 量子屬性 - 智識命途 主線第二章,豐饒玄鹿,弱點屬性為火、冰、量子。主線預設只有一火(主角)一冰(三月七)的組合,筆者實在打不過豐饒玄鹿。此時有兩個選擇,要麼就多抽一個量子角色,豐富一下隊中角色;要麼去打支線模擬宇宙,取得另一隻冰免費角色-黑塔。 為長遠發展,筆者先抽角色,不過運氣不怎樣,只抽到青雀。智識命途主打群體傷害,但她沒有持續傷害加成,而且戰技有運氣成份,所以強度不高。但對於主線玄鹿至少可以一戰,有抽到朋友可以隨便升一升等級就可以。 希露瓦 - 雷屬性 - 智識命途 在中期開始,除了經普通遇敵獲取【行跡素材】之外,攻略支線【模擬宇宙】也是取得【行跡素材】的重要方法。此時希露瓦配搭虛無命途的【懷疑】debuff效果可以在【模擬宇宙】達到多重疊加傷害。有條件疊加傷害的另一個四星角色應該是素裳。筆者有抽到,但因為物理屬性重疊,所以沒有練。 另外,在正常情況下,在攻略完第一章後,預設會有一火(主角)一冰(三月七)一奶(娜塔莎),再加上希露瓦,【均衡試練伍】可以穩過。通過後,可以特破角色等級上限至80,是1.6版本的封頂等級。(2.0版本才剛更新,但應該沒有調整封頂等級)