我觉得前端加密可以减低后端泄漏的风险，但如果后端是一个 api 接口，有不同的调用方，就没办法检验调用方传送的数据（例如密码）符不符合强度要求了。

我想到的是在所有接收密码前，进行加密/hash ，只保留修改密码的时候进行明文进输，用作校验。 这样的做法是否恰当，或者有没有更好的方法？

@titanium98118 HKBN 一般沒配，PCCW 就有分配

因為你的 function 都是沒有返回值，所以當 while 的 print 和最後一行的 print 打印的都為空，應該是這樣才產生括號

AWS 只會提示免費套餐的內容，不會直接說明現在的選擇是否包括免費套餐。但說到底，只能怪自己沒有看清楚，不能說它流氓，當花個錢買個教訓。

好東西收藏一下，順道貢獻一些金幣支持一下

更正：AWS 兩台 RDS for MySQL （預付 3 年）的 m6g.xlarge 小時費率為 0.36USD 。
所以對我來說，AWS RDS 更實惠。

因為就功能和成本，我沒看出產品的亮點在哪。
以 AWS RDS 為例，你們的機器規格應該對照是 m6g.xlarge ，AWS 兩台 RDS for MySQL （預付 3 年）的 m6g.xlarge 小時費率為 0.72USD 。你們的是 4.22RMB/小時。

就一般開發、運維來說，不太會隨便更改資料庫類型。容器化部署資料庫的安全性、數據問題在上面已經有人說了。所以，就我自己來說，我更願意多付 20%使用 AWS RDS 。

想了解一下，這和 AWS RDS 對比有什麼亮點？

因為 View Struct 就是這樣傳值的。

三者雖然都是用在 class 裡的變數上，但是前兩者跟後者不是在一個概念上。

`@StateObject`是指該 model 對象只會被創建一次，不會在以後新的 UI 生命週期中重新創建 model 對象。

@FaiChou 抱歉，我記錯了。

`@State` 才是當該變數的值改變的時候，重新刷新使用該變數的 UI 元件。
`@Binding`是當類的屬性使用了`@Binding` Annotation 的時候，調用類的屬性加上$，可以把屬裝為 Binding<?>的類型以與被調用類的屬性進行綁定，此值是按地址傳值的。

@Binding 是要告訴系統，當該變數的值改變的時候，重新刷新使用該變數的 UI 元件

要用 @Binding 的原因是因為值的改變會導致系統重新刷新使用該變數的 UI 元件