Charpter 8:Declarative Middleware Using AOP:expert one-on-one J2EE Development without EJB.(读后感)...
生活随笔
收集整理的這篇文章主要介紹了
Charpter 8:Declarative Middleware Using AOP:expert one-on-one J2EE Development without EJB.(读后感)...
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
OO設計真得不能夠解決在Motive中提到得例子嗎?我認為AOP也是OO,或者至少是OO得延續。OO不只有inheritance and polymorphism。在設計模式中Module Method 就可以解決這個問題,難道設計模式不是為OO準備得?看到后面,?我覺作者最后一句話不錯:
Think of AOP as complementing, not competing with, OOP. AOP can supplement OOP where it is weak.
說明AOP應該是OOP得一種補充,或者更確切得說是設計模式得架構化,因為一種設計模式而產生了一種架構設計方案,作為軟件設計中間件時得一種參考模式或比較成熟得設計思想得以延續。這個很類似與?Facade設計模式,他把軟件項目劃分了層次,從而導致在物理和部署配置等分離開來。而得到一種清晰得耦合關系,使軟件得開發,控制進度與風險上有了更好得量化度量標準。
Think of AOP as complementing, not competing with, OOP. AOP can supplement OOP where it is weak.
說明AOP應該是OOP得一種補充,或者更確切得說是設計模式得架構化,因為一種設計模式而產生了一種架構設計方案,作為軟件設計中間件時得一種參考模式或比較成熟得設計思想得以延續。這個很類似與?Facade設計模式,他把軟件項目劃分了層次,從而導致在物理和部署配置等分離開來。而得到一種清晰得耦合關系,使軟件得開發,控制進度與風險上有了更好得量化度量標準。
轉載于:https://www.cnblogs.com/richardhu/archive/2006/04/07/369249.html
總結
以上是生活随笔為你收集整理的Charpter 8:Declarative Middleware Using AOP:expert one-on-one J2EE Development without EJB.(读后感)...的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: [C#] C#访问数据库(SQL Ser
- 下一篇: 栅栏与自由