前台的變更：
後台的變更：
資料庫：
產生的問題：
android，ios的3.0上線時間是不一樣的，積分**簽到的上線時間與以上2個也是不一樣的。
如果android/ios先上，那麼會出現沒有簽到入口。
簽到得積分的規則是每天：5.10.15.20.20.20...因為簽到表的不同，新的表是空的，所以頭3天不管使用者累計簽到了多少天，都只能從5分開始累計。而且如果以後需要統計簽到總的記錄時，會比較麻煩。
多簽到問題：
因為2個版本的客戶端，以及積分**的h5上線時間都是不一樣的，所以出現2個簽到的入口時不可避免的。
現在要避免的是：使用者一天簽到2次，其實就是往2個資料庫的2張表裡插了2條資料，又分別給使用者加了積分。
而我這恰好又有積分記錄明細表，可以通過這個表來判斷使用者是否簽到過了，然後h5中再決定是否讓這個按鈕失效，這樣是比較友好的。
這樣做我這邊是沒有問題了，他那邊簽到完了再來我這頁面，我能夠知道他已經簽到過了，能假裝是同乙個入口。
所以第一種解決方案就是：修改簽到狀態判斷的介面。新舊2個模組同時修改。
不管新的舊的，簽到的時候都得呼叫積分**service的加積分服務。
如果我把上面的判斷加到了這個地方（雖然聽上去有些不合理），那麼只需要修改這乙個地方就行了。
但是與上面不同的是：上面做的能夠使得簽到按鈕變成已簽到狀態，做到以假亂真；而這裡只能做到點了簽到後不給你加分，或者是再告訴你你之前簽到過了。
第一種方法比較合理，但是麻煩；第二種方法稍微簡單了一點，但是感覺不怎麼合理。
所以我們採用了第三種方法：不管了，，，讓他多簽到一次又何妨！！
要解決這個，相比上面的問題，是要簡單的多。
雖然沒有簽到記錄表可以差，但是又積分記錄明細表可以查。
選擇指定使用者id，積分型別為簽到，然後再來個日期範圍，直接就查到資料，知道現在應該是第幾次簽到了。
所以最終的解決方案就是：前後差不了幾分，不管他了。。。。
應對多簽到問題：
新舊入口都加判斷沒簽到表查的時候去查積分明細表再加以分析不管他限制多視窗重複登陸
我們都知道web伺服器通過識別客戶請求中的session id來判斷是否返回新的httpsession，一般情況下這個session id是儲存在客戶端cookie中，準確的說是儲存在session cookie中。也就是說一旦關閉瀏覽器，此session cookie消失，儲存其中的session...
MASA Blazor多頁籤元件
找了一圈的blazor多頁籤元件，感覺都太麻煩，於是開發了這個。demo 原始碼 用法只要在mainlayout.razor的 body外面套個pagetabs元件就可以了，items是要快取的頁面配置。items body code 高階用法 可以使用tabcontent插槽，自定義樣式。item...
Lock Free？還是多入口？
最近一段時間，感覺大家對於lock free的興趣又高漲了起來，lock free大有包治百病 一統江湖之勢，特寫下此文，希望對圍觀者有所幫助。讓我們先從乙個簡單的場景開始 考慮乙個需要頻繁併發訪問的freelist，這應該是許多應用程式中最常見的結構了，如果我們使用基本設計，用乙個簡單的mutex...