2011/2/24

公司制度與設計模式

物件導向程式是定義一堆類別(Class)
執行時會 new Class() 得到一堆實體(Instance)

我說公司裡的每一個員工就像是一個Instance
Class是他們的職稱
Class裡code是他們的工作內容

或者更嚴謹一點地說
Interface是他們的職稱
每個人都有一個自己的Class去實作職稱
而且每個Class都是Singleton (但是這樣講就太複雜了)

上面所說的,是在建立一間公司的物件導向模型


我們寫物件導向程式為什麼會需要使用設計模式
就是因為設計模是能夠讓程式更好維護和有彈性
而且是經過許多專案和時間的驗證

對公司來說,設計模式可以說是公司制度
好的公司有好的公司制度,如果我們將這些制度抽離出來
那就是公司的設計模式

從這個角度看就可以說明一間公司有良好的制度
會使得公司在環境改變下求生存的機率提升(因為有彈性和好維護)
也可以說明一間公司制度設計得太複雜(過度設計 (Over Engineering))
就會造成效率低落,因為員工把大部分的時間都拿去維護制度了

所以一個好的公司領導人應該要會的是設計良好的制度,比方說建立SOP等等
還要讓員工和員工之間低耦合,這樣有人要離職的時候才不會很慘 = =
或者我們可以用OOAD的概念去設計公司制度

最後,一人公司就是神之物件的代表

2 則留言:

東之月 提到...

很有趣的反思,物件導向本質就是將個體的抽象化概念。
而程式,本身就是用來設計各種模擬,當然公司也是可以模擬的。

只是 ...

>> 物件導向程式是定義一堆類別(Class)
>> 執行時會 new Class() 得到一堆實體(Instance)

實體(Instance)也稱之為物件(Object)
類別(Class)和物件(Object)的差別在於,這兩者分屬於C.T(Compiler Time,編譯時間)和R.T(Run Time,執行時間)的稱呼。

>> 我說公司裡的每一個員工就像是一個Instance
>> Class是他們的職稱
>> Class裡code是他們的工作內容

這應該是勞動工廠吧!所以人的動作都相同。

>> 或者更嚴謹一點地說
>> Interface是他們的職稱
>> 每個人都有一個自己的Class去實作職稱

這是設計公司!人們有相同的稱呼和動作,但是動作細節各有不同。

>> 而且每個Class都是Singleton (但是這樣講就太複雜了)

老大 ... 雖然知道你想表達唯一的概念。
只是,這樣設計會出現太多分散的獨立單元,導致整合上的困難。
畢竟Singleton,除了唯一外,其中也包含了跨類別的權限存在概念,所以通常是指整個程式中不可撼動的唯一性。
而通常,Singleton會解釋為部門或高階主管這些不可有二的存在。

對員工的獨立概念,只要在類別加上些許的參數變化,在成為物件時就已經算是獨立的個體。

ETREX 提到...

其實我不太清楚什麼時機才適合使用 Singleton