《串口通信工具的设计与实现-中文翻译》由会员分享，可在线阅读，更多相关《串口通信工具的设计与实现-中文翻译（7页珍藏版）》请在金锄头文库上搜索。
1、串口通信本文介绍基于项目的嵌入式开发框架背后的概念并介绍它如何用于 IT 项目开发。因为有许多相同设计和开发工作在不同的方式下重复而且并不总是符合最佳实践所以许多开发框架建立了。我们已经定义了共同关注的问题和应用模式代表有效解决办法的工具。开发框架提供(1)从用户界面到数据集成的应用程序开发堆栈(2) 一个架构基本环境及他们的相关技术这些技术用来使用其他一些框架。架构定义了一个开发方法其目的是协助客户开发项目。软件工具包用来进行复杂的空间动态系统的非线性分析越来越多地使用基于 Web的网络平台以实现他们的用户界面科学分析分布仿真结果和科学家之间的信息交流。对于许多应用系统基于 Web 访问的非
2、线性分析模拟软件成为一个重要组成部分。网络硬件和软件方面的密集技术变革提供了比过去更多的自由选择机会。因此WEB平台的合理选择和发展对整个地区的非线性分析及其众多的应用程序具有越来越重要的意义。现阶段的 WEB 发展的特点是出现了大量的开源框架。框架将 Web 开发提到一个更高的水平使基本功能的重复使用成为可能和从而提高了开发的生产力。在某些情况下开源框架没有提供常见问题的一个解决方案。出于这个原因开发在开源框架的基础上建立自己的项目发展框架。 本文旨在描述是一个基于 Linux的框架该框架利用了开源框架并有助于开发基于 Web 的应用。通过分析现有的开源框架本文提出了新的架构基本环境及他们用
3、来提高和利用其他一些框架的相关技术。架构定义了自己开发方法其目的是协助客户开发和事例项目。应用程序设计应该关注在项目中的重复利用。即使有独特的功能要求也有常见的可用模式使用这使得它们的设计和开发能重用。本文介绍了一个“自定义”框架这个框架用来定义能被开发者使用的相同的应用问题和定义设计模式。这个框架我们将称之为某某开发框架提供了一套模式和工具建立了行业最佳实践使之适合常见的应用问题。它提供了一个从表示到集成的应用程序开发堆栈。本文阐明了这些应用问题和模式工具和行业最佳实践。某某开发框架可以根据各种项目的需求进行定制。它的开发和配置是基于诸如 Struts、Spring、Hibernate 和
4、JUnit 之类的各种框架和工具。11Web 应用程序有各种设计问题如表现商业逻辑数据存取和安全性。不同的代码层的分离设计有如下几个方面的优势如便于维修实施良好设计模式的能力选择专门的工具的能力和具体问题的解决技术。 将一个项目进行层与层之间的分离导致了这些层之间的依赖关系。例如一个简单的使用案例它涉及数据的输入和查询通常必须整合表示业务逻辑和数据访问以达到所需的功能。因此必须有一个明确的策略来管理这些依赖关系。开发框架包括设计模式可复用的代码和配置文件使开发框架尽可能地容易的被使用。这一框架使用 Spring 的反向控制来管理相依。Spring 框架提供了一种方法整合各层成为一个应用项目。它
5、通过 Spring 应用上下文来完成这一目标这是一个对象之间管理依赖策略。Spring 使用的依赖注入和拦截技术介绍如下。我们所写的代码依赖于使用的对象。它负责创建这些对象。这可能导致紧耦合的但我们希望我们的代码是松散耦合。 依赖注入是一个技术 可以帮助我们实现这一目标。依赖注入是反向控制(IOC)的一种形式。当应用程序使用依赖注入时代码将变得更加清洁和容易。这就是松耦合从而更容易配置和测试。开发框架使用了多个 Spring 应用背景文件来定义层与层之间的依赖关系。方法拦截是面向方面编程(AOP)概念。SpringAOP 方法拦截是通过 JDK 动态代理来实现的。开发框架使用 Spring A
6、OP 来管理问如交易管理和性能监测等问题。开发框架包括两个不同的部分代码和配置。代码位于一个特定的应用层并侧重于某一特定条件中的应用解决方案。这可能要与数据库交互或将数据显示给屏幕。配置将应用的各个层联系在一起。从代码中分离出配置使我们能够独立管理配置使我们在同一代码基础上方便的进行不同的配置。 例如 数据访问对象(QT)知道它是使用 JDBC通过数据源来连接一个数据库的但它不知道该数据源是如何实现的。它可能是一个Linux 命名和目录接口 JNDI 上下文或是来自驱动程序。它可以指向远程数据库或本地数据库。无论数据来自何处QT 执行操作数据源的方式是相同的。同样服务对象可能依赖于 QT但不知
7、道 QT 是如何实现可能通过 Hibernate直接的 JDBC 或 Web服务。互动服务对象与 QT 有相同的方式而不管 QT 的实现。Spring 通过 Spring 应该上下文来管理我们的应用程序的整个配置 这些配置是一些XML 文件。我们可以在一个文件中定义应用的环境。然而我们可以在较小的文件中定义它来简化配置管理。 这样的应用环境文件的逻辑集合组成了一个被称之为配置集的完整的应用配置。12开发基于 Linux 的企业应用的标准配置是在一个框架的配置中设置使用如数据源和JNDI 的资源的外部资源。这种类型的配置有些时候可能带来如下问题(1) 尚未加载完全的数据库。开发人员可能要测试某些
8、类型的数据的显示但如果基础数据尚未完成他们将无法做到这一点;(2) 服务或 QTS 可能还未被开发。整合未完成的服务或 QTS 可能阻碍发展的进程。这些问题降低了生产力。开发框架已从它的代码中分散其配置我们可以针对开发使用有选择的配置集。这可以减轻我们对外部系统的可用性的担心这对于解决开发的中间需求是不相关的。开发框架定义了两种配置集默认和独立。我们还可以自定义应用来增加基于我们项目需要的额外配置集。默认配置使用在 JNDI 中的定义的数据源来连接数据库。它完全使用了应用服务和 QTS。独立的配置设置对开发而言是最灵活的。此配置集(1) 使用 DriverManagerDataSource 连
9、接到任何本地安装的数据库或开发数据库(2) 使用 Spring 的 DataSourceTransactionManager 作为本地事务管理(3) 利用充分开发应用服务和 QTS(4) 充分利用 Spring 应用上下文在应用服务器以外进行运行和测试。开发框架通过它的应用上下文进行配置。 应用上下文被定义一个或多个 XML 文件。一个配置集是定义一个应用上下文的一套 XML 文件。 配置集包括两部分 服务和网络。该服务定义了整合过程中的 QTS 和资源。一个配置不能同时完成这些部分。开发框架配置集通过被 Spring 称之为 bean 映射上下文组合到一起这些映射在beanRefContex
10、t.xml 和 applicationContextMapping.properties 中定义。 beanRefContext.xml文件定义所有的配置的服务部分。此文件位于的 src /服务项目的配置目录下。应用上下文之间共享也是通过这个目录下的配置来实现的。此外各配置有自己的子目录其中包含自己的特定配置。例如服务和 QTS 通过配置集来共享而支持服务(如数据源)则属于子目录。 XML 文件在应用程序通过使用标记来定义 Spring bean。 Spring bean是一个 Linux 对象和通过应用上下文来初始化。利用开发框架在一个典型项目中有如下的代码和配置(1) ActionActi
11、onForm 类和 validation.xml 文件(2) 服务接口和实现类(3) DAO 接口和实现类13(4) 以上这些的关系管理。当我们开始我们例子的开发时我们必须认识到所有这些类和他们的关系的重要性。测试应是项目开发过程中的一个不可分割的组成部分的。使用开发框架建立的应用程序单元测试是指只测试服务或集成层的单一类。表现层(Action 类)不执行单元测试。这种测试的目的是保证每个类的行为封装与预期一致。项目中的单元测试是基于 JUnit框架的。与单元测试不同集成测试需要测试代码之间的相互依赖性。这种测试的目的是以确保各个不同的类(不同的开发者开发的)整合在一起时也能想期望一样的运作。
12、在功能测试过程中重点是采用不同的场景进行功能的测试。典型的功能测试包括在业务层用不同的数据进行类的测试。为了执行不同类型的测试项目在开发过程中必须是测试可测试的。下面列出的可测试项目的一些基本特性。(1)开发单元的简单和集成测试。我们可以在没有数据源或排队的情况下执行单元测试。当然我们也能模拟相依赖代码而进行测试。(2)有易于进程各种模拟测试场景的功能测试。(3)在整个生命周期中方便重新运行所有测试。(4)从应用代码中清楚的分离出测试代码来。精心计划应用的各个设计问题如表示服务和数据访问对于可测试的应用是非常重要的。应用程序编码以 get 方法、set 方法、变量等开始。单元测试是是其他任何测
13、试方法的基础。开发框架设计的便利的可测试应用开发的方法提供测试模板类来帮助建立单元测试使应用更易于配置以适应测试需求。单元测试可以运行像任何 JUnit 测试。默认的专门开发的“建设脚本”提供了一个任务来运行单元测试。这个任务部署的 EAR文件可以单独运行。开发框架采用 Struts 框架和 Linux 来实现页面并提供可扩展用于另外项目的额外功能。当使用 Struts 框架进行发展首先我们在 web.xml 配置 Servlet Action然后在struts-config.xml 中配置 action mappingform bean 和 local forwards最后我们在valida
14、tion.xml 配置验证规则。这种建立应用程序的方法在开发框架中已经发生了改变 开发人员不必要直接编辑config.xml 或 validation.xml 文件。相反我们通过 XDoclet 注释直接在 Action 和 Action14Form 类中直接配置。这些信息在运行 Ant 脚本时翻译插入 struts-config.xml 和validation.xml 文件中。有两种需要验证的类型数据格式验证和业务逻辑验证。数据格式验证最好在表示层进行而业务逻辑验证最好的在服务层进行验证。在业务层发生的业务逻辑错误必须通过抛出异常进行处理。以下是表现层的设计目标(1)每个 JSP 文件只有一
15、个 Action 类和 ActionForm 类。一个单一动作类必须处理一个单一的页面(2)使用 XDoclet 定义依赖和验证规则(3)开发人员应该避免或尽量减少使用 sessoin 对象因为它阻碍了可扩展性。开发框架提供了一个默认的 Action 模板类 其中包含解决上述设计目标的方法。 以下是典型的开发 web 页面所需要的代码(1)创建一个带有称之为“actionType”默认隐藏域的 JSP 文件用于处理在页面上发生的用户行为。(2)创建一个扩展模板 Action 类的新的 Action 类。我们必须使用 XDoclet 配置ActionForm 和服务类之间的关联。然后我们就应该针对隐藏域“action Type”中的值来建立具体的处理用户动作方法。最后我们根据需要给这个 Actoin 类访问权限。这就是Spring 的配置文件所做的工作。(3)创建一个新的 ActionForm 类并
