I'm CaLendarW Blog

DDD Charpter 15 講述 Distilled Domain, 入面既野有大部份都以前讀果科 Outsourcing 既理念差唔多, 都係講 Core Competence.

Core Competence 係指企業核心能力, 亦都係企業不可代替既競爭力, 等同於 Sony 既電子細小化技術, Mac 既圖象技術一樣, 每間公司能夠待續成長就要有一個 Core Competence!! 而 Distilled Domain 就係個 Core, 經多次程式員同 Domain Expert 討論及詳細理解過後既精華所在, 但如果一個 Core Domain 得不到質量管理, 最後都係發揮唔到佢競爭優勢.

Domain-Driven, 因為要解決既問題多數係 Domain Problem, 所以如果 Software Developer 未能理解該 Domain, 其實對軟件既質素長遠都有影響. 而當一個不良既設計存在於一個運行緊既系統內, 作為 Software Developer 係咪真係可以說服到管理層 (通常係 Project Manager) 去追求質素而去面對一個有可能存在既風險呢?

因為自己對軟件設計有追求及自己不段既進步, 面對住以前寫過既部份質素無咁好既設計(或者係 Code)因為已經運行當中而無法提高品質, 可以做既就係在一個新既系統未設計之前, 盡量去理解 Domain Problem 同 Business Needs 而去做一個精練既設計, 加上軟件架構同良好既編程習慣, 令跟隨者能易於管理及因需要而重構, 自己又能隨著經驗增加而設計出更高質素既 Domain 及周邊工具, 咁先可以有較地提高生產力.

一個好既 Domain Design 亦都好需要一個良好既 Utility 支持, 等同於 Core Competence 入面, 除左 Core 之外, Non-Core 但 Essential 係避免 Outsource 一樣, Utility 亦十分重要, 亦需要得到內部廣泛使用及質量管理 (e.g. Test-Driven Design), 不會抄襲而注重重用, 咁先可以真真正正提高效率, 質素及生產力, 呢幾個理念亦係我對軟件設計既堅持.

之前買果本 Domain-Driven Design 都睇到第 15 章, 基本既理念大致上有:

Factory
Repository
Specification
Domain Model with Aggregation

而宜家寫既 Code 大部份都會跟呢個方向做, 雖然有時都無寫 Factory 黎生產 Object, 但自己就將 Repository Inherent DAO, 咁加埋 Spring.net 既 NHibernate Template 就可以更快地寫好一個 Program, 而 Validation 呢部份就用 Specification 黎做, 配合埋 Shared Kernel 就可以支援唔同既 Bounded Context.

Version control – granularity of work items
係 mailing-list 度一段時間既 post, 未有時間睇

A note on how to ‘sell’ DDD
係 mailing-list 度一段時間既 post, 未有時間睇

Role of services in DDD
係 mailing-list 度一段時間既 post, 未有時間睇

Task / Domain Service / Rich Domain Model
係 mailing-list 度一段時間既 post, 未有時間睇

前幾日係商務訂左本 “Applying Domain-Driven Design and Patterns with Example in C# and .NET”, 佢話要四至六個星期, 不過今日打左黎話有書攞, 都好快有!!~~

買呢本書既最主要原因係 AOP 同 NHibernate 既 example, 另一樣就係 DDD 同 TDD 既 concept, 希望睇左呢本書之後, 自己既 design skill 可以更進一步啦!~~

尋晚出左旺角買左本 “領域驅動設計” 既注釋版, 本書用厚面, 而入面主要係英文原版再加注釋, 質素好左好多, 就算有時英文睇唔到都可以睇中文既精要, 十分方便!!~