最近在設計后台業務系統，從需求分析到原型設計，重走了一遍從0-1的過程，整理了一套設計流程，其中有思考也有總結。 后台業務系統設計流程 用戶-角色划分； 需求-功能規划； 業務流程梳理； 信息架構搭建； 交互自查； 界面原型設計。 1. 用戶-角色划分 ...

最近參與了一些電商業務中台等復雜業務系統的設計和開發，結合DDD和中台等， 有一些架構方面的思考和體會，在這里記錄一下。 做技術方案，核心是下面幾個問題： 做什么？- 產品需求 業務上怎么做？- 業務文檔 技術上怎么做？- 技術方案 代碼怎么實現 ...

簡介： 本文的重點在於說明工作中所使用的設計模式，為了能夠更好的理解設計模式，首先簡單介紹一下業務場景。使用設計模式，可以簡化代碼、提高擴展性、可維護性和復用性。有哪些設計模式，這里就不再介紹了，網上很多，本文只介紹所用到設計模式。 作者 | 興亮來源 | 阿里技術公眾號 本文 ...

根據近幾年的制造業軟件開發經驗，以我開發人員的理解角度，簡要說明功能(Feature)是如何設計與實現的，供參考。 因架構的不同，技術實現上會有所差異，我的經驗僅限定於Windows Form程序。 總體功能 1 系統支持多用戶。 創建一個單實例(Singleton)的會話管理器 ...

多年開發和維護某些業務系統的經驗，讓人真正理解了什么叫“數據庫設計良好，系統就成功了一半”，尤其是那些面向多商戶或多租戶的基礎服務平台、公共服務平台、開放服務平台、或者由它們組合而成的綜合服務平台。數據庫設計之初，必須對業務系統DB的隔離和共享模式的優缺有充分的調研，平衡好業務系統的邊界，合理設計 ...

　　最近新接了一個業務系統——社區服務系統，為了快速熟悉和梳理老系統的業務邏輯和代碼，同時對老系統代碼做一些優化，於是打算花上一個月時間不間斷地對老系統服務進行重構。同時，考慮到社區業務的復雜性，想起了之前做用戶系統時嘗試過的領域驅動建模（簡稱DDD，英文全稱為：Domain Driven ...

在web項目開發中，一個系統應該要考慮到異常情況的處理，並且應該當異常發生時應該需要記錄相應的異常日志，對於用戶而言則不能直接拋出異常，需要考慮到用戶的體驗： 以下就介紹基於spring框架的基礎上的異常處理： 1：如何將異常優雅地顯示給用戶? 如果將一連串的java報錯展示給用戶，對用戶 ...

...