僅僅一些暫時的想法...
我覺得物件導向相對與面向過程，最大的改善不是應對軟體的變化而是對於客戶程式/過程/函式的私有資料/函式的隱藏。
面向過程程式設計通過良好的結構設計，高內聚低耦合，實際上也能夠比較容易通過較小的修改來的應對變化。
面向過程的程式設計中雖然總是強調高內聚低耦合，但是實際過程中總是不一定設計的所有子程式都是功能內聚松耦合的，同時還有可能存在資料結構耦合（我感覺結構化設計中最容易出現的耦合）等，如果是乙個拙劣的設計好的內聚就更不要提了。。。
同時物件導向程式設計對比面向過程程式設計對程式設計師的要求要更低，因為前後要求你遵守設計應用設計，而後者要求你有設計。。。
然而因為一些過程函式之間因為某些原因是總應該是耦合的，例如因為效能考慮產生的資料結構耦合，即使在效能和優雅之間權衡，選擇了解決資料結構耦合的問題，同時克服各種困難很大程度上設計了高內聚低耦合的**，對私有資料的保護依然很難實現...
所以簡單來說，珍愛生命，物件導向:)
java物件導向和面向過程對比
總結 1.都是解決問題的思維方式，都是 組織的方式 2.解決簡單問題可以使用面向過程 3.解決複雜問題 巨集觀上使用物件導向，微觀處理上仍然是面向過程 分述 面向過程適合簡單，不需要協作的事物。但是當我們思考比較複雜的問題，比如 如何造車？就會發現列出一二三四這樣的步驟是不可能的，那是因為 造車太複...
物件導向和面向過程
面向過程就是分析出解決問題所需要的步驟，然後用函式把這些步驟一步一步實現，使用的時候乙個乙個依次呼叫就可以了。物件導向是把構成問題事務分解成各個物件，建立物件的目的不是為了完成乙個步驟，而是為了描敘某個事物在整個解決問題的步驟中的行為。例如五子棋，面向過程的設計思路就是首先分析問題的步驟 1 開始遊...
物件導向和面向過程
物件導向和面向過程的區別 面向過程 更加關注整個程式的實現流程 物件導向 更加關注整個程式中有哪些類，每個類有哪些屬性，有哪些行為，它將整個功能劃分為許多小功能，分散到不同的類中，使用時，僅需命令相應的類完成相應的事情 物件導向的優勢 1.更高的容錯率 2.更易閱讀的 3.更易擴充套件 物件導向的劣...