浅议软件开发框架技术

浅议软件开发框架技术封层架构可能会导致修改代码的时候，对某一个变量的修改，可能涉及到所有的关系到这个变量的层次都需要进行修改，下面是的一篇探究软件开发框架技术的，供大家阅读参考。SSH技术即struts、hibernate、spring技术的缩写，是当前比拟流行的开源框架技术。struts技术Struts这个名字最初是金属架的意思。开发者希望通过Struts这个框架技术支持JSP、Servlet、Java,然后在Web系统工程中的使用这门技术。xx年春天，在apache的网站上Struts的第一个版本的时候，Struts技术只提供了一种将视图和业务逻辑别离的Web应用方案。当Struts这种Web应用技术出现的时候，每个开发人员都把它视为一种利器，把自己从繁忙的工作中解脱出来。所以在xx-xx这两年的时间里，大量IT公司在系统开发的过程中Struts技术作为框架。Struts的一大优点是它是开源软件［6］。Struts本质是在Model2的根底上实现的一个MVC架构，采用的主要技术是Servlet、JSP和customtaglibrary用户自定义标记库［7］。Struts是运用MVC的体系编写的一个Web应用的一个框架，可以说是一个传统MVC设计模式的一种改良类型。hibernate技术在Java世界里，Hibernate—直是最引人关注的一个话题。从GavinKing参加EJB3.0EG，负责制订EJB3.0的持久层标准;到GavinKing非正式退出JDOEG，并且充满个人情绪的对JDO2.0标准进行攻击;到《HibernateinAction》的发行;再后来到Hibernate3Alpha的；最后再到JBoss3.0PR的。Hibernate在短短不到3年的时间内，从一个名不见经传的开源软件开展成到今天令业界瞩目的主流的O/RMapping框架技术，在当前的Java持久层框架中，最流行的0/RMapping的产品分别是Hibernate，JDO以及TopLink。而Hibernate往往就是工程开发的首选，Hibernate的轻量级ORM模型逐步确立了在Java对象关系映射架构中的地位，而且它的许多设计还被JavaEE标注组织吸纳成为EJB3.0标准的标准。spring技术Spring技术起源于2000年，它是RodJohnson通过一些成功的商业工程构建起来的根底框架技术。在xx，RodJohnson了《Expert0ne-on-0neJ2EEDesignandDevelopment》一书，并伴随着书的，同时提供了一个初步的开发框架技术，interface21开发包，interface21也就是书中阐述的内容的具体实现。后来，RodJohnson在interface21开发包的根底之上，进行了进一步的改造和扩充，使其开展为一个更加开放、清晰、全面、高效的开发框架 Spring。xx年2月，Spring框架技术正式成为一个开源工程，开始。Spring是一个解决了许多在J2EE开发中常见问题的强大框架。分层架构具有显著地特点，系统最高级别的目标功能位于最顶层，具体的涉及到跨领域的业务功能在中间层，系统配置以及系统环境位于底层。上一层调用下一层的数据，下一层为上一层提供效劳。分层架构要遵循一定的原那么:(1)可见度原那么。每个系统的依赖关系只存在以同一级别的层次或者是下一个级别的子系统。(2)易变性原那么。易变性原那么也适合具体的层次相关联的，越往上的层次越靠近用户的需求，由于用户的需求是异变的，因此这一层次的抽象也往往最容易发生变化，而底层的数据库连接、环境配置、硬件驱动等等，这些相对来说不容易变化的，即使顶层的需求变化，这一局部是向上提供效劳的，相对不易变化。(3)通用性原那么。抽象模型元素一般放在放置在分层架构的底层。如果这些不涉及或者是不专注于具体的实现，那么可以将这邪恶放在中间层次;(4)层数。对已通常的系统来说，三层是比拟普遍的，对已特别复杂的系统，要参加层次，随着层数的增加，复杂性也会增加。使用分层架构，有如下几方面的优点：(1)每一层的设计只关注本层次。在进行系统开发的时候，业务功能的层次只需负责具体需求的实现，数据库持久的层次只关注与数据库的连接与管理，不需要对其他层次进行考虑。(2)开发更加方便。在系统开发中，很可能会遇到功能类似的系统，那么实现系统时这两个功能的实现会很容易，只需将涉及到功能的名字和变量进行替换就可以完成系统功能。(3)降低耦合。分层可以降低系统之间的依赖。例如，web表示层只需要关注与怎么对外提供效劳，至于中间的业务逻辑层是怎样流转的，数据库持久层怎么进行数据提供，都不需要关心，这样充分降低了系统之间的耦合。(4)代码复用。某一层次的实现，可以像其他很多层次提供效劳。(5)可以使代码编写更加整洁，利于标准化工作。分层架构也存在有一些弊端和缺点：(1)数据级联。封层架构可能会导致修改代码的时候，对某一个变量的修改，可能涉及到所有的关系到这个变量的层次都需要进行修改。(2)分层架构的层次要适度。对于系统来说，并不是越多的层次对系统越好，系统越多，系统开销越大，系统负担也越大，系统开发难度也越大，对已普通的应用性系统来说，如果需求不是特别多，数据量非海量型的，那么三层架构已经可以实现，对已数据量大，业务需求复杂的系统，可以分为4-5个层次，对已5层以上的分层不提倡，这样分层的话，会使本来先比照拟简单的工作变得复杂，反而会不利于系统的开发和后期的维护工作。通过以上几点分析，分层对系统来说是有利有弊的，适当的分