我們寫程式都希望程式能夠靈活，易維護，可擴充套件,利用週末我想了一下cbs專案情況，拿生成編號處作個示例
目前專案中編號有三種情況，code主鍵，工作編號，和cost code三種，三種編號都寫在乙個類utility中，以後若再有其它的情況code就要修改此類，並且重新編譯，我們知道重工修改存在的類就是修改人無法保證原來的程式的正確性,於此我們可以用工廠模式方法oo化此部份程式，類圖如下
這樣，再有其它型別的編號，不用改getcodeno,getcostno,getoperationno類，只要根據自己需要新添乙個類就可以了，這樣可以達到可擴充套件
**見專案原程式datautiliy. utility目錄
乙個草根關於OO的一點理解
過程 物件永遠爭論不完的兩個模式 也可以說是思想 從原理上說程式都是從main開始 一行一行的執行非常標準的過程 那何來物件呢 其實就是一種偷懶的方式 重用 從main開始一行一行的寫就會發現很多行是重複的 怎麼辦呢 整理重複建立函式 函式越來越多 發現函式之間有著很多聯絡 總是全域性變數又太麻煩 ...
對專案的一點思考
現在依然有很多公司做專案就是單純為了做而做，所注重的也僅僅是專案完成後所能得到的專案資金，通過盡量的降低開發人員的薪金，提高開發人員的工作時間，同時依靠著盡可能多的專案量來賺取豐厚的利潤。我想，這樣的公司遲早是要被淘汰的，根本沒有生活下去的可能，哪怕是再大的企業都會栽跟頭的。對於乙個企業來說，專案固...
專案架構的一點猜想
1.資料層 資料層主要是對資料庫的基本操作，並且保證資料連線資源的連線和釋放，避免資料庫死鎖 至於對資料庫的訪問不同的框架有不同的訪問方式，orm,資料直連等，在資料訪問時如何高效，簡潔的獲取期待的結果，才是資料訪問層關心的內容 2.介面定義 描述一組類的公共方法 公共屬性.它不實現任何的方法或屬性...