面向對象建模與數據庫建模兩種分析設計方法的比較

本人從Oracle Form進入開發領域，接受過嚴酷的pl/sql編程洗禮，對sql進行了爲期一個月的死刑般的練習，能夠說深受影響了。可是在開發過程當中始終以爲力不從心，由於我在大學時代學過了java，接受了另一種思想：面向對象編程。因此在寫pl/sql的時候，總會用面向對象的思想去寫，好比寫包、觸發器、存儲過程的時候，總會去想到抽象和重用，可是事務性的sql語句，總讓我感受很累，最後不得不跳出oracle服務公司，轉到現在的公司，參與到該公司的軟件創業道路上來，接受了強烈的面向對象建模思想，而且徹底拋棄了原有的數據庫思想，能夠說是洗心革面了本身的編程思想。發現領域建模+領域事件的結合是軟件編寫最完美的結合。下面就DDD跟RDBMS建模談談本身的見解。
       咱們知道：一個軟件從無到有須要通過以下幾個階段：分析、設計、編程、調試、部署和運行。目前，將需求從客觀現實世界映射到計算機軟件世界主要有兩種方式：
一、傳統數據庫分析設計
二、面向對象建模( object-oriented class model)
      當前軟件主要潮流無疑是面向對象佔據主流，雖然它可能不是惟一最好最簡單的解決方案，可是它是最普通，也是最恰當的。

　　也就是說：在分析設計階段，採起圍繞什麼爲核心(是對象仍是數據表爲核心)的分析方法決定了後面編碼階段的編程特色，若是以數據表爲核心進行分析設計， 也就是根據需求首先獲得數據表名和字段，而後培訓程序員學會SQL語句如何操做這些數據表，那麼程序員爲實現數據表的先後順序操做， 必然會將代碼寫成過程式的風格。

　　相反，若是分析設計首先根據需求得出對象模型(class Model)，那麼程序員使用對象語言，再加上框架輔助，就很瓜熟蒂落走上OO編程風格。 至於OO代碼相比傳統過程編碼的好處不是本文重點，擴展性和維護性好，開發越深刻開發速度越快無疑是OO系統主要優勢。 。。。