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里都代替了哪些层。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
