影響最深的面向對象

面向對象是個老話題了，

第一次接觸c++應該是99年的事情，

mfc一直是雲裡霧裡的看，

c++的面像對象學多了就很暈，

學了很多卻成不體系，很多方法知道了爲什麽。

但實際應用起來感覺不是在幫我，而是自己給自己設置的障礙。

實際應用中c++把對象，數據，函數幫在了一起。

對跨邊界的應用限制頗多只適合瀑布的開發模式。

因為c++的開發方向是由父類到子類到實體的模式。

對一個已經寫好的實體類進行擴展是非常棘手，甚至在時間上考量不如從新寫一個來的快，

導致工程開發的方向是由小極大，而語言的擴展方向是由高向低倆個完全逆方向的模式。

去年一個偶然的機會著手一個工程。

反思了面向對象的對與軟件工程上意義。

剛巧看過在c++誕生之前產生的兩個軟件工程，

一個是mud，網絡遊戲的鼻祖

一個是win32,內核驅動部份的框架

這兩個工程有個共同的特徵是使用c語言開發，並且都使用了面向對象。

沒錯面向對象在c裏面也是有的，不是後來在struct上使用建構析構的面相對象。

對象也許只是一個指針和數據，函數使用也沒有限制。

懷疑焦慮懷疑，哪個時代已經過去了，隨著c淡出視線，

這種模式也只有在小部份大工程里應用。

c++的普及和無腦的全面接受，面向對象就是語言已經深入人心。

這裡面無所謂對錯，把語言和面向對象綁定。

對小型工程的開發是有幫助的可以減少新手和生手

把錯誤引入工程。

對大型軟件開發是一種自我限制。