Spring的AOP框架是如何搭建并實現(xiàn)的？一、不使用spring框架的好處輕量：spring是輕量的，基本都的版本太約2mb。再控制反轉(zhuǎn)：spring是從壓制反轉(zhuǎn)實現(xiàn)了松散耦合，對象們給出它們的依賴

Spring的AOP框架是如何搭建并實現(xiàn)的？

一、不使用spring框架的好處

輕量：spring是輕量的，基本都的版本太約2mb。

再控制反轉(zhuǎn)：spring是從壓制反轉(zhuǎn)實現(xiàn)了松散耦合，對象們給出它們的依賴，而不是創(chuàng)建角色或里查依賴的對象們。

面向切面的編程(aop)：spring接受正向切面的編程，因此把應(yīng)用到業(yè)務(wù)邏輯和系統(tǒng)服務(wù)沒分開。

容器：spring真包含并管理應(yīng)用中對象的生命周期和配置。

mvc框架：spring的web框架是個精心設(shè)計的框架，是web框架的個挺好的的替代品。

事務(wù)管理：spring提供一個減弱的事務(wù)管理接口，這個可以儲存到上至本地事務(wù)下至全局事務(wù)(jta)。

異常處理：spring可以提供比較方便的api把詳細技術(shù)相關(guān)的十分(諸如由jdbc，hibernateorjdo甩出的)被轉(zhuǎn)化為不對的unchecked極其。

二、spring由哪些模塊排成?

以下是spring框架的基本都模塊：

coremodule

beanmodule

contextmodule

expressionlanguagemodule

jdbcmodule

ormmodule

oxmmodule

javamessagingservice(jms)module

transactionmodule

webmodule

web-servletmodule

web-strutsmodule

web-portletmodule

mvc的缺點和優(yōu)點？

優(yōu)點:

1.各施其職，不干涉

在MVC模式中，三個層各施其職，因此如果一旦哪一層的需求發(fā)生了什么了變化，就只需要你要改相應(yīng)的層中的代碼而不會引響到其它層中的代碼。

2.有利于開發(fā)中的分工

在MVC模式中，由于按層把系統(tǒng)分開，那你就能更好的實現(xiàn)開發(fā)中的分工。網(wǎng)頁設(shè)計人員可以進行開發(fā)視圖層中的JSP，對業(yè)務(wù)熟悉的開發(fā)人員可開發(fā)完畢業(yè)務(wù)層，而其它開發(fā)人員可變更土地性質(zhì)再控制層。

3.可以增加組件的重用

分層后更促進組件的賞識。如再控制層可的的成一個能是用組件，視圖層也可制作成通用的操作界面。

設(shè)計模式的確實現(xiàn)了分層開發(fā)。那里層都有吧各個層的作用。

5.減少了層與層之間的感情依賴，利于增強代碼的標準化開發(fā)

6.再用新的代碼業(yè)務(wù)邏輯替換時，只要重命名相隨機的層，大嚇降低了我們的工作量，分工明確。

缺點:

1.減少了系統(tǒng)結(jié)構(gòu)和利用的復(fù)雜性。對于很簡單界面，不是很嚴不違背MVC，使模型、視圖與控制器只是分離，會提升結(jié)構(gòu)的復(fù)雜性，并肯定產(chǎn)生過多的更新操作，降低運行效率。

2.視圖與控制器間的實在是太緊密的連接。視圖與控制器是彼此間只是分離，但雖然聯(lián)系密切的部件，視圖沒有控制器的存在，其應(yīng)用是很太遠的，會大大降低，那樣的話就影響到了他們的的的委以重任。

3.視圖對模型數(shù)據(jù)的低效率訪問。依據(jù)什么模型操作接口的不同，視圖很有可能需要過動態(tài)創(chuàng)建才能完成任務(wù)相當?shù)娘@示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的很頻繁不能訪問，也將損害到操作性能。

4.目前，象低級的界面工具或構(gòu)造器不支持MVC模式。改造這些工具以適應(yīng)適應(yīng)MVC需要和建立起再分離的部件的代價是不高的，最大限度地倒致在用MVC的困難。

5.請，有些代碼反復(fù)重復(fù)的過于，則影響在換算開發(fā)中使用，因此我們要學框架，下面的鳥瞰圖結(jié)論了框架在MVC里都代替了哪些層。