1、“.....所有的外部数据格式转换到应用程序域对象应限于这层。在这个层单元测试类应用做的简单。开发框架支持使用和直接的调用访问关系数据库。使用框架的模板类和是推荐的。当直接使用访问关系型数据库，建议应用程序的继承自框架的。类管理访问数据库例如的资源。开发框架使用应用程序配置文件将插入到。当使用访问关系数据库，通过应用程序配置文件将注入到应用程序的。五开发生命周期开发框架的重点在个开发团队中可以明确定义角色及其相互作用的结构上。三种角色描述如下。这些角色的相互作用是整个应用项目成功的关键。前端的开发人员专注于，类和外部服务。服务的开发者专注于开发应用的服务和整合这些服务中的不同部分。项目集成者主要专注开发的集成文件，如或消费型服务。发展中的个基本问题是在其依赖组件没有准备好或不可用时如何开发和集成的代码。开发框架通过以声明式注入模拟对象这种结构来解决这个问题......”。

2、“.....由于我们的应用是通过不同的配置集进行配置的使这成为了可能。该框架使团队能测试开发过程中的个组成部分。这使编写和运行测试成为了可能。框架专注于测试应用服务和他们的依赖性。应用部署在个单的文件中。脚本生成此文件，并可以手动运行或定期调度。建议在创建之前运行所有的测试。六总结本文作者概述了开发框架。作者讨论了项目中重要的架构问题，技术和发展步骤。这些资料来自实际的项目经验，是为了帮助开发人员构建基于系统和设计自己的框架。然而，这仅仅是冰山的角，短短的文章不足以详细描述在科学和企业应用，特别是基于的非线性分析仿真软件的潜在影响。参考文献，中定义。文件定义所有的配置的服务部分。此文件位于的服务项目的配置目录下。应用上下文之间共享也是通过这个目录下的配置来实现的。此外，各配置有自己的子目录，其中包含自己的特定配置。例如服务和通过配置集来共享，而支持服务如数据源则属于子目录......”。

3、“.....是个对象和通过应用上下文来初始化。类及其关系利用开发框架，在个典型项目中有如下的代码和配置，类和文件服务接口和实现类接口和实现类以上这些的关系管理。当我们开始我们例子的开发时，我们必须认识到所有这些类和他们的关系的重要性。测试技术测试应是项目开发过程中的个不可分割的组成部分的。使用开发框架建立的应用程序，单元测试是指只测试服务或集成层的单类。表现层类不执行单元测试。这种测试的目的是保证每个类的行为封装与预期致。项目中的单元测试是基于框架的。与单元测试不同，集成测试需要测试代码之间的相互依赖性。这种测试的目的是以确保各个不同的类不同的开发者开发的整合在起时也能想期望样的运作。在功能测试过程中，重点是采用不同的场景进行功能的测试。典型的功能测试包括在业务层用不同的数据进行类的测试。为了执行不同类型的测试，项目在开发过程中必须是测试可测试的......”。

4、“.....开发单元的简单和集成测试。我们可以在没有数据源，或排队的情况下执行单元测试。当然，我们也能模拟相依赖代码而进行测试。有易于进程各种模拟测试场景的功能测试。在整个生命周期中方便重新运行所有测试。从应用代码中清楚的分离出测试代码来。精心计划应用的各个设计问题，如表示，服务和数据访问对于可测试的应用是非常重要的。应用程序编码以方法方法变量等开始。单元测试是是其他任何测试方法的基础。开发框架设计的便利的可测试应用开发的方法提供测试模板类来帮助建立单元测试，使应用更易于配置以适应测试需求。单元测试可以运行像任何测试。默认的专文件。数据库访问通过框架建立的应用程序支持直接使用和框架将数据持久化到关系数据库中。应用程序通过上下文文件进行配置。直接使用的必须继承框架中的类。同样，使用的必须继承框架的类。通过注释进行配置开发框架使用框架维持代码之间依赖。些相依例如和在中配置......”。

5、“.....在个团队中这些配置文件可以被开发者共享。就这是为什么在这些配置上可能发生版本冲突。开发框架提供了种新的有效的办法，使用特别注释来定义这些依赖。通过使用这些注释，配置变得更加简单和相互冲突也可以避免。三开发框架中的服务开发框架提倡使用实现业务逻辑。业务逻辑必需申明为接口。所有服务的实现必须实现个或多个业务接口当有业务规则验证服务层抛出业务异常这是推荐的。开发框架采用基于框架的事务处理方法。这是通过面向方面编程实现的。开发框架提供了从服务接口与应用程序的业务逻辑联系分离部署接口与服务消费者联系的良好实践。在中部署接口是接口表示服务的外在表现。实现这个接口的类必须代表实现服务实现接口的类的需要。这样可确保所有的业务逻辑是保持在个正确的地方。服务接口是种接口，代表宝物逻辑。在大多数情况下，部署接口包含从服务接口而来的个方法子集。服务框架是目前服务的标准。开发服务......”。

6、“.....与的区别首先被创建还是从代码中生成。当服务消费者或供应商的外部供应商时，他们可以使用不同的技术实现服务他们可以使用不是时，办法对开发服开发的建设脚本提供了个任务来运行单元测试。这个任务部署的文件，可以单独运行。页面表示设计开发框架采用框架和来实现页面，并提供可扩展用于另外项目的额外功能。当使用框架进行发展，首先，我们在配置然后在中配置，和最后我们在配置验证规则。这种建立应用程序的方法在开发框架中已经发生了改变，开发人员不必要直接编辑或文件。相反，我们通过注释直接在和类中直接配置。这些信息在运行脚本时翻译插入和文件中。有两种需要验证的类型数据格式验证和业务逻辑验证。数据格式验证最好在表示层进行，而业务逻辑验证最好的在服务层进行验证。在业务层发生的业务逻辑，必须通过抛出异常进行处理。以下是表现层的设计目标每个文件只有个类和类......”。

7、“.....因为它阻碍了可扩展性。开发框架提供了个默认的模板类，其中包含解决上述设计目标的方法。以下是典型的开发页面所需要的代码创建个带有称之为默认隐藏域的文件，用于处理在页面上发生的用户行为。创建个扩展模板类的新的类。我们必须使用配置和服务类之间的关联。然后，我们就应该针对隐藏域中的值来建立具体的处理用户动作方法。最后，我们根据需要给这个类访问权限。这就是的配置文件所做的工作。创建个新的类，并用注释指定验证规则。旦，和创建完成，就必须运行脚本来重新生成了个从表示到集成的应用程序开发堆栈。本文阐明了这些应用问题和模式，工具和行业最佳实践。开发框架可以根据各种项目的需求进行定制。它的开发和配置是基于诸如和之类的各种框架和工具。二开发框架的主要技术代码和配置的层与层之间的分离应用程序有各种设计问题，如表现，商业逻辑，数据存取和安全性......”。

8、“.....如便于维修，实施良好设计模式的能力，选择专门的工具的能力和具体问题的解决技术。将个项目进行层与层之间的分离导致了这些层之间的依赖关系。例如，个简单的使用案例，它涉及数据的输入和查询通常必须整合表示，业务逻辑和数据访问以达到所需的功能。因此，必须有个明确的策略来管理这些依赖关系。开发框架包括设计模式，可复用的代码和配置文件，使开发框架尽可能地容易的被使用。这框架使用的反向控制来管理相依。框架提供了种方法整合各层成为个应用项目。它通过应用上下文来完成这目标，这是个对象之间管理依赖策略。使用的依赖注入和拦截技术介绍如下。我们所写的代码依赖于使用的对象。它负责创建这些对象。这可能导致紧耦合的，但我们希望我们的代码是松散耦合。依赖注入是个技术，可以帮助我们实现这目标。依赖注入是反向控制的种形式。当应用程序使用依赖注入时，代码将变得更加清洁和容易。这就是松耦合，从而更容易配置和测试......”。

9、“.....方法拦截是面向方面编程概念。方法拦截是通过动态代理来实现的。开发框架使用来管理问如交易管理和性能监测等问题。开发框架包括两个不同的部分代码和配置。代码位于个特定的应用层，并侧重于特定条件中的应用解决方案。这可能要与数据库交互，或将数据显示给屏幕。配置将应用的各个层联系在起。从代码中分离出配置使我们能够独立管理配置，使我们在同代码基础上方便的进行不同的配置。例如，数据访问对象知道它是使用通过数据源来连接个数据库的，但它不知道该数据源是如何实现的。它可能是个命名和目录接口上下文或是来自驱动程序。它可以指向远程数据库或本地数据库。无论数据来自何处，执行操作数据源的方式是相同的。同样，服务对象可能依赖于，但不知道是如何实现，可能通过，直接的，或服务。互动服务对象与有相同的方式，而不管的实现。通过应该上下文来管理我们的应用程序的整个配置......”。