Mathias Verraes:軟體設計中,越小越好,粒度越細越好往往是一種壞建議
在軟體設計中,“越小越好”幾乎普遍是壞建議,例如針對資料庫分割槽,訊息大小,μsvcs,有界上下文,類名,方法一致性等。一些關鍵業務邏輯會越過這些細粒度邊界,並導致實施不當。
小粒度事物看起來很簡單,因為錯誤不是隱藏在事物內部,而是隱藏在它們的連線中。
事物邊界會變大,很少變小或穩定。@CarloPescio在軟體物理學中稱此為重力(具有質量的事物獲得更多質量),我們通常的反應是提倡小重力。
然後“使其變小”被誤解為“儘可能使其變小”。提出一種簡單的規則比容易犯錯的競爭性網路平衡啟發法要舒適得多。
“Just right”是一個答案,但是如果沒有定義它的工具,這是一個毫無意義的短語。
抽象是另一個情況,如果用不好,就變得有害,“不良抽象不好”變成了“抽象本身不好”。
banq:
萊布尼茲的Monads是一種不可分割的最小實體,帶有自己的微事務,是一種沒有零件的簡單物質。
相關文章
- 程式設計面試問題真的越難越好嗎?No!程式設計面試
- 面試官:講講雪花演算法,越詳細越好面試演算法
- 圖片是不是越小越好?如何最佳化圖片呢?
- 遊戲越做越大,但真的越來越好玩麼?遊戲
- 是不是越貴的海外IP代理質量越好?
- 祝各位碼友們元旦快樂!2021 一切越來越好!
- 【日記】希望文竹長得越來越好吧(856 字)
- 以下例子中闡述了最小資訊原則在建構元素時並非越小越好。
- DDD設計中領域模型是否可以依賴第三方? - Mathias Verraes模型
- 做一個音影片點播系統要多久?操作越簡單越好
- 你忘掉OOP的速度越快,你和你的軟體就越好OOP
- DDD聚合的再一次定義 - Mathias Verraes
- 一個公式讓你35歲以後能越過越好!大神修煉心法公式
- 領域建模的啟發,不同行業對模型的破壞力不同 - Mathias Verraes行業模型
- 結合CYNEFIN框架對DDD真正的定位 - Mathias Verraes框架
- 電腦電源功率越大越費電嗎?電腦電源功率越大越好嗎
- 不要進行無謂的OOP與FP爭論 - Mathias VerraesOOP
- 軟體吃軟體,程式設計工作會越來越多嗎?程式設計
- oracle審計-細粒度(轉)Oracle
- oracle 細粒度審計(fga)Oracle
- 滑鼠按鍵響應越快越好嗎?
- 程式碼行數越多可讀性越好?
- 這樣設定你的蘋果筆記本,並撐握這些小技巧,讓你的MAC越來越好用蘋果筆記Mac
- 23種軟體設計模式設計模式
- 軟體詳細設計文件(終)
- 詳細設計(軟體專案)
- Oracle OCP(52):細粒度審計Oracle
- 一文看懂工字電感規格尺寸越大越好嗎gujing
- 建築裝修設計軟體
- 哪種人是軟體設計中的稀缺型人才?
- 智慧化要越大越好賣? AWE上大家電廠商紛紛內建智慧互動
- 「雜談」那些越早知道越好的人生經驗
- 敏捷大師:衡量程式設計師好不好的標準是程式碼越少越好 - Allen Holub敏捷程式設計師
- 記憶體條頻率越高越好嗎 記憶體條頻率高了有什麼用記憶體
- 換ip軟體的使用建議
- 基於 Amazon SageMaker 構建細粒度情感分析應用
- 放置類AR體驗框架和設計建議 (下篇)框架
- 放置類AR體驗框架和設計建議 (上篇)框架