1、“.....登录流程非常清晰用户从登录页面输入登录信息，系统对登录信息进行验证，如果正确则成功登录，否则提示相应信息。在开发过程中，使用做为开发环境，同时加载了对及提供更好控制和支持第三方插件，服务器使用，数据库选用了。首先对进行配置，只需要对系统自动生成进行修改，配置好数据库连接各种参数以及定义数据映射文件。由于所带连接置重用你商务逻辑还有在环境里面，你商务逻辑不必依靠容器提供服务，像,支持。良好构架应用可以运行在任何容器上，如，或者。值得注意是，不是和已经存在解决方案进行竞争我们鼓励结合标准技术，如,和非常匹配工具，如。这个框架设计思想是在你应用需要改良时候，你将会做些技术选择，例如,如果你需要分布式事务处理，你可能需要用来实现服务。或者用来实现单个数据库交换。框架通过配置操作,展示,本地化和模版集成围绕着分派请求操作设计......”。

2、“.....他只提供了,方法。这将用于个应用控制,但是,如果你想包含多个层次控制,将帮助你完成应用控制将代表那些子系统。注意，你可以选择个适当基类如果你没有,你就不必用，这就是和最大不同。你可以通过命令或者对象来操作任何对象，这不需要接口工具或者个基础类驱动。数据绑定非常灵活。举例来说,它描述了具有在应用范围内校验输入机制,但不是系统，所以在你对象里面你不必复制你业务对象属性,只操作出错子任务,或者适当地转换。换句话说,它通常可以很好直接绑定你业务对象。这也是和围绕请求基础类和每个操作类型建立主要不同之。对比,更多区别在于对象角色支持控制器感念,个操作命令或者对象和得到数据传递给视图模式，这个模式通常包含命令和对象,但有时也包含任意参考数据。换句话说,个联合所有这些角色到个单独对象。允许你用已经存在业务对象作为你部分,但是只生成各自属性。最后......”。

3、“.....然而,参考数据也需要作为属性被模拟。关于视图视图方案非常灵活。个控制器执行可以通过返回对象就可以直接写到个视图里，在般情况下,个实例结合了个和个,包含了和通讯对象像命令或者,参考数据等等。名称是非常高端配置，不是通过,个文件就是通过你自己这个抽象允许你在视图层面完成提取,没有任何争辩或者其他,每种都可以直接完整使用这个还可以简单得得到适当格式化数据转换,像请求属性或者模版模式如果你不想用，但是想借用嫁接其他解决方案,你可以非常简单地通过继承你自己框架，你可以非常简单地通过启动个,并且,通过或者利用属性或者方法存取它。值得注意是,这里没有任何被调用,因此没有专门集成来自层视图,你可以简单将作为个管理实例入口点类库。所有你注册和服务都可以在不需要情况下都可以轻松掌握。不是和这些应用进行竞争,它将作为个纯框架应用于很多领域,因为它不需要配置数据存储和事务操作，所以......”。

4、“.....甚至用或者进行事务抽象。如果仅仅聚焦于支持,些显著特点是清楚分离,和,等等强大而且直接框架和作为应用配置,包括简单参照和应用内容,例如,从控制器到业务对象和数据校验。适应性,无论什么样控制器你都需要得到代替所做每件事情方案简单,命令范例,多重,或者定制个重用业务逻辑代码,不需要复制,你可以用已经有业务逻辑对象作为命令或则对象代替反射特定子类。可订制绑定和数据校验作为应用级输入机制校验,固定日期和数字绑定,例如,通过手动检查和转换业务对象来替换单个。可订制操作,可订制视图方案通过灵活模型传送,用个简单方法从简单到复杂操作映射和视图方案策略。以在应用中非常普遍用户登录过程为例来说明上述体系结构是如何具体运用。登录流程非常清晰用户从登录页面输入登录信息，系统对登录信息进行验证，如果正确则成功登录，否则提示相应信息。在开发过程中，使用做为开发环境......”。

5、“.....服务器使用，数据库选用了。首先对进行配置，只需要对系统自动生成进行修改，配置好数据库连接各种参数以及定义数据映射文件。由于所带连接,,,,,,,,置重用你商务逻辑还有在环境里面，你商务逻辑不必依靠容器提供服务，像,支持。良好构架应用可以运行在任何容器上，如，或者。值得注意是，不是和已经存在解决方案进行竞争我们鼓励结合标准技术，如,和非常匹配工具，如。这个框架设计思想是在你应用需要改良时候，你将会做些技术选择，例如,如果你需要分布式事务处理，你可能需要用来实现服务。或者用来实现单个数据库交换。框架通过配置操作,展示种基于和应用开发框架随着技术逐渐成熟与完善,作为建立企业级应用标准平台,平台得到了长足发展。借助于规范中包含多项技术等，开发出了许多应用系统。但是，在传统应用开发过程中也出现了些问题数据模型和逻辑模型之间矛盾......”。

6、“.....而本质上是种面向对象语言，对象在存储和读取时使用和进行数据库操作，降低了编程效率以及系统可维护性传统应用多采用基于重量级框架，这种框架适合于开发大型企业应用，但是使用容器进行开发和调试需要耗费大量时间。为了降低代码耦合性，提高系统开发效率，本文提出了种基于框架框架和框架应用开发策略。框架是个数据持久层框架，是种实现对象和关系之间映射工具，它对进行了轻量级对象封装，使程序员可以使用对象编程思想来操作数据库。它不仅提供了从类到数据表映射，也提供了数据查询和恢复机制。相对于使用和来操作数据库，使用能大大提高实现效率。框架用配置文件形式来定义对象和数据表之间映射关系，同时在更深层面将数据表之间关系解释为对象之间继承及包含等关系。通过使用语句将复杂关系算法用对象方式描述，在很大程度上简化了对数据查询，加快了开发效率。在中有个简单而直观，用于对数据库所表示对象执行查询......”。

7、“.....只需在程序中与它们进行交互，然后告诉保存即可。这样，大量封装持久化操作业务逻辑不再需要编写烦琐语句，从而使数据持久层得到了极大简化。用实现架构由提出，首先被应用在环境中，是许多交互和界面系统构成基础。根据界面设计可变性需求，把交互系统组成分解成模型视图控制器三部分。模型是软件所处理问题逻辑在独立于外在显示内容和形式情况下内在抽象，封装了问题核心数据逻辑和功能计算关系，独立于具体界面表达和操作。视图把表示模型数据及逻辑关系和状态信息及特定形式展示给用户。它从模型获得显示信息，对于相同信息可以有多个不同显示形式或视图。控制器是处理用户与软件交互操作，其职责是控制提供模型中任何变化传播，确保用户界面于模型间对应联系它接受用户输入，将输入反馈给模型，进而实现对模型计算控制，是使模型和视图协调工作部件。通常个视图对应个控制器。模型视图与控制器分离......”。

8、“.....如果用户通过个视图控制器改变了模型数据，所有其它依赖于这些数据视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有视图，导致显示更新。这实际上是种模型变化传播机制。框架框架最早是作为项目组成部分问世运做，它继承了各项特性，并根据特点，做了相应变化与扩展。框架很好结合了，等技术。在中，承担中控制器角色是。是个通用控制组件。这个控制组件提供了处理所有发送到请求入口点，它截取和分发这些请求到相应动作类这些动作类都是类子类。另外控制组件也负责用相应请求参数填充，并传给动作类。动作类访问核心商业逻辑，即访问或调用。最后动作类把控制权传给后续文件，由文件生成视图。所有这些控制逻辑利用文件来配置。在框架中，视图主要由生成页面完成，提供丰富标签库，这有利于分开表现逻辑和程序逻辑。模型以个或多个形式存在。在中，主要存在三种，分别是或者......”。

9、“.....在实际开发中，模型层通常是和业务逻辑紧密相连，并且要对底层数据进行操作。下面介绍种开发策略，将引入到框架模型层中，使用它来进行数据封装和映射，提供持久化支持。框架明显区别于其他轻量级,它将专注于支持，与和有着明显区别。在与对比上,是个服务于所有层面提供了配置基础，支持，提取框架，抽象事务支持等等。它有个非常显著特点在个层面上如果你不需要支持，你就可以不使用，只使用它部分功能。从它设计理念，你可以看到帮助你实现了真正逻辑层和层分离。例如个校验应用将不用依靠就可以实现。这样目标更好重用和易测,过分依靠不必要容器和框架将不能实现这点。当然,有自己支持和通常框架模式细致完整。然而，替换或者其他方案非常容易。对于支持或者不同地方，允许你在容器里面建立个中间层，在测试环境或者标准独立应用里面来设置重用你商务逻辑还有在环境里面，你商务逻辑不必依靠容器提供服务，像,支持......”。