mvc框架为什么不能前后分离 Spring的AOP框架是如何搭建并实现的？

Spring的AOP框架是如何搭建并实现的？

一、不使用spring框架的好处

轻量：spring是轻量的，基本都的版本太约2mb。

再控制反转：spring是从压制反转实现了松散耦合，对象们给出它们的依赖，而不是创建角色或里查依赖的对象们。

面向切面的编程(aop)：spring接受正向切面的编程，因此把应用到业务逻辑和系统服务没分开。

容器：spring真包含并管理应用中对象的生命周期和配置。

mvc框架：spring的web框架是个精心设计的框架，是web框架的个挺好的的替代品。

事务管理：spring提供一个减弱的事务管理接口，这个可以储存到上至本地事务下至全局事务(jta)。

异常处理：spring可以提供比较方便的api把详细技术相关的十分(诸如由jdbc，hibernateorjdo甩出的)被转化为不对的unchecked极其。

二、spring由哪些模块排成?

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

coremodule

beanmodule

contextmodule

expressionlanguagemodule

jdbcmodule

ormmodule

oxmmodule

javamessagingservice(jms)module

transactionmodule

webmodule

web-servletmodule

web-strutsmodule

web-portletmodule

mvc的缺点和优点？

优点:

1.各施其职，不干涉

在MVC模式中，三个层各施其职，因此如果一旦哪一层的需求发生了什么了变化，就只需要你要改相应的层中的代码而不会引响到其它层中的代码。

2.有利于开发中的分工

在MVC模式中，由于按层把系统分开，那你就能更好的实现开发中的分工。网页设计人员可以进行开发视图层中的JSP，对业务熟悉的开发人员可开发完毕业务层，而其它开发人员可变更土地性质再控制层。

3.可以增加组件的重用

分层后更促进组件的赏识。如再控制层可的的成一个能是用组件，视图层也可制作成通用的操作界面。

设计模式的确实现了分层开发。那里层都有吧各个层的作用。

5.减少了层与层之间的感情依赖，利于增强代码的标准化开发

6.再用新的代码业务逻辑替换时，只要重命名相随机的层，大吓降低了我们的工作量，分工明确。

缺点:

1.减少了系统结构和利用的复杂性。对于很简单界面，不是很严不违背MVC，使模型、视图与控制器只是分离，会提升结构的复杂性，并肯定产生过多的更新操作，降低运行效率。

2.视图与控制器间的实在是太紧密的连接。视图与控制器是彼此间只是分离，但虽然联系密切的部件，视图没有控制器的存在，其应用是很太远的，会大大降低，那样的话就影响到了他们的的的委以重任。

3.视图对模型数据的低效率访问。依据什么模型操作接口的不同，视图很有可能需要过动态创建才能完成任务相当的显示数据。对未变化数据的不必要的很频繁不能访问，也将损害到操作性能。

4.目前，象低级的界面工具或构造器不支持MVC模式。改造这些工具以适应适应MVC需要和建立起再分离的部件的代价是不高的，最大限度地倒致在用MVC的困难。

5.请，有些代码反复重复的过于，则影响在换算开发中使用，因此我们要学框架，下面的鸟瞰图结论了框架在MVC里都代替了哪些层。