Mathias Verraes:軟體設計中,越小越好,粒度越細越好往往是一種壞建議
在軟體設計中,“越小越好”幾乎普遍是壞建議,例如針對資料庫分割槽,訊息大小,μsvcs,有界上下文,類名,方法一致性等。一些關鍵業務邏輯會越過這些細粒度邊界,並導致實施不當。
小粒度事物看起來很簡單,因為錯誤不是隱藏在事物內部,而是隱藏在它們的連線中。
事物邊界會變大,很少變小或穩定。@CarloPescio在軟體物理學中稱此為重力(具有質量的事物獲得更多質量),我們通常的反應是提倡小重力。
然後“使其變小”被誤解為“儘可能使其變小”。提出一種簡單的規則比容易犯錯的競爭性網路平衡啟發法要舒適得多。
“Just right”是一個答案,但是如果沒有定義它的工具,這是一個毫無意義的短語。
抽象是另一個情況,如果用不好,就變得有害,“不良抽象不好”變成了“抽象本身不好”。
banq:
萊布尼茲的Monads是一種不可分割的最小實體,帶有自己的微事務,是一種沒有零件的簡單物質。
相關文章
- 設計的軟體測試用例是否越詳細越好?
- 程式設計面試問題真的越難越好嗎?No!程式設計面試
- 網站 越簡單越好網站
- 面試官:講講雪花演算法,越詳細越好面試演算法
- 遊戲越做越大,但真的越來越好玩麼?遊戲
- 誰還有舊版本的STRUTS【越舊越好】???
- 是不是越貴的海外IP代理質量越好?
- 以下例子中闡述了最小資訊原則在建構元素時並非越小越好。
- 越簡單越好:看看新QNX技術概念車--使用rightware的kanziUI設計UI
- 資料在lun一層打得越散越虛擬,效能就會越好嗎?薦
- DDD設計中領域模型是否可以依賴第三方? - Mathias Verraes模型
- 蘋果預計明年進軍VR領域:VR競賽越來越好看蘋果VR
- 做一個音影片點播系統要多久?操作越簡單越好
- 你忘掉OOP的速度越快,你和你的軟體就越好OOP
- 再見了"越獄" 感謝你讓iOS變得越來越好iOS
- 領域建模的啟發,不同行業對模型的破壞力不同 - Mathias Verraes行業模型
- 一個公式讓你35歲以後能越過越好!大神修煉心法公式
- 高效設計構建軟體的十三條建議
- iPhone 6 Plus上手體驗:越大就越好嗎?iPhone
- 結合CYNEFIN框架對DDD真正的定位 - Mathias Verraes框架
- 有兩種方式構建軟體設計
- 程式碼是債務,越少越好
- 對手越火越好,微軟2013賺16億Android授權費微軟Android
- 不要進行無謂的OOP與FP爭論 - Mathias VerraesOOP
- oracle細粒度審計Oracle
- 滑鼠按鍵響應越快越好嗎?
- 這樣設定你的蘋果筆記本,並撐握這些小技巧,讓你的MAC越來越好用蘋果筆記Mac
- oracle審計-細粒度(轉)Oracle
- oracle 細粒度審計(fga)Oracle
- 軟體吃軟體,程式設計工作會越來越多嗎?程式設計
- 軟體保護建議
- 詳細設計(軟體專案)
- 軟體詳細設計文件(終)
- 23種軟體設計模式設計模式
- 11g中物件細粒度管理一例物件
- Oracle OCP(52):細粒度審計Oracle
- 給程式設計師的壞建議:不要工作得那麼辛苦程式設計師
- 英偉達:資料顯示顯示卡越好吃雞水平越高