需求是這樣的：後台可以設定一系列的積分規則，比如使用者註冊在這段時間內送200積分，過段時間只送100積分，再過段時間可能就不送積分了，然後針對使用者下單購買，也送一定的積分，想請教這樣乙個需求，從資料庫設計到系統實現，分別該怎麼設計呢？
我目前想的是：
1）資料庫設計：資料庫表包含：id，方法名，積分規則這三個字段，id是主鍵唯一標示，方法名是我攔截規則對應的標示，積分規則裡面存放的是json格式資料，因為針對註冊和下單的積分規則不一樣，將不同的規則json格式化後儲存，然後在不同的邏輯中解析判斷；
2）系統實現：系統使用的是springmvc+mybatis，使用spring的aop對service進行攔截，根據攔截的service方法名取對應的規則解析，給予一定的積分
這裡面還涉及到乙個問題，針對積分規則的設定，我是單獨放到了乙個系統a中，而前台使用者註冊，購買等是在另外乙個系統b中，為了提高效率，我可能會把積分規則放到快取中，那這樣的話，a中修改了積分規則，b中就要及時更新快取中的資料，a、b通過介面進行互動？亦或者有沒有更好的解決方案？
關於告警系統的設計
參考 當我們的伺服器或某些業務指標出現差錯時，告警系統可以反饋資訊 減少人力監控，算是自動化運維的一種手段 這樣不用時時盯著伺服器，可以睡個稍微好一點的覺 1.每次收到告警提示之後可以立即評估影響的範圍，並且每乙個告警都需要做出分級響應 2.使一些無關緊要的事情不會告警 3.要採集真正重要的指標，盲...
關於傳統微積分的病態
今年高考即將進行。人們把小寶貝送進大學，學習傳統微積分，灌輸數學謬論，很是可悲。為什麼？袁萌 5月28日 在傳統微積分學中，關於函式f的 逐點定義 導數 derivatives 是乙個最基本的概念。但是，它有時卻給傳統微積分學帶來了麻煩，使傳統微積分學出現反直觀的 病態 pathology 給定函式...
積分商城系統積分兌換運營開源架構
如今的商業圈是使用者的時代，運營的重心必須從普通使用者轉為使用者積分 運營。隨著人口紅利的消失，獲得新使用者的成本以及超過維持現有使用者的成本。因此，引入積分 系統是企業關注使用者運營的必然選擇，使用者運營只會隨著使用者的日益普及而變得越來越重要。在使用者網際網路時代，企業如何運營好積分 系統？1 ...