文档介绍：T+产品开发手册作者:T+产品研发部版本号::版权所有:. 变更说明目前的T+平台在不断的完善过程中,因此T+产品开发过程也会不断变化。下面的表单用于详细记录本开发手册变更过程。序号变更位置变更内容说明变更人变更日期1234567892. +产品业务的不断扩大,个性化需求越来越多。如何能够让其他人员利用T+平台进行个性化开发是要面临的重要问题。同时,随着T+产品开发人员流动,如何降低新员工学****成本,更快的融入开发团队,也是亟待解决的问题。为解决以上问题,急需一个成熟的开发手册。为此,撰写此T+产品开发手册。,为便于阅读者理解,对这些名词术语进行进一步说明。具体说明如下:. ,服务器集中部暑。在内部局域网中,用户可以通过浏览器直接访问WEB服务器;其它受管辖的局域网也可以通过专网访问内网中WEB服务器;用户可以跨越防火墙,通过***进行业务操作。为了提高性能,我们可以把web服务器与应用服务部署在一台服务器上,减少不必要的远程调用;如果用户想要把web服务器与应用服务器进行物理上的分离部暑,我们的应用框架也支持这种部暑,并且我们采用http的传输协议。此系统架构中,采用后台提供服务的架构设计,降低产品中各模块的偶合度。逻辑模型上面所式三层服务体系结构基本上是一个松散的三层体系结构。三层分别是:表示层。表示层提供应用程序的用户界面(UI),处理用户和软件间的交互。主要职责是向用户显示信息并把从用户获取的信息解释成业务层或者数据源层的各种动作。。业务层。业务层实现应用程序的业务逻辑:根据输入或者已有的数据进行计算,对从表现层输入的数据进行验证,处理从表现层接受到的命令来确定应该调用那些数据源逻辑。。数据源层。数据层提供对外部系统(如数据库、和其它系统提供的服务)的访问。每一层应当按下面各段落所述进行构造Ø 表示层:包括一系列与用户交互的窗体(或页面)。每个窗体用来显示系统提供的信息以及传递用户的输入信息。这种基于窗体的用户界面包括两种类型的组件:——用户界面组件(UI)Framework提供的组件,包括WinForm组件和WebForm组件。第三方提供的组件和平台开发的组件。例如:单据、参照、单据列表组件等。——用户界面处理组件(UIP)复杂的用户界面通常需要很多非常复杂的窗体。为了提高其可复用性、可维护性和可扩展性,需要创建一个分离用户界面处理的组件,以封装窗体和界面导航之间的相关逻辑。可以对一个简单窗体中组件之间的依赖、确认和导航应用相同的概念。Ø 业务层:大型的企业级应用通常围绕业务组件和业务过程进行构造。这些通常以业务层的很多组件、实体、代理和接口展现出来。业务对象(BE):业务对象封装一个业务中的元数据、存储、并发和一件事物的业务规则、过程或事件。多个独立的但有关联关系的业务对象可以一起协作来完成一个应用。完成不同的任务需执行很多具有不同特点的业务对象。业务对象负责执行包括强制的业务规则、应用规则、数据有效性、并发和存储等所有方面的内容。业务实体对象是业务中实际存在的事物或概念,是对“ER”模型中概念的面向对象的扩展。业务处理对象(BP):描述贯穿业务的工作流程和信息。这些处理驱动业务实体完成业务功能。业务处理对象可能由工作流系统、业务对象管理器、面向对象语言、程序语言、或交互过程定义系统实现。通过调度一个或多个业务对象实现业务处理。业务处理可以作为对象的一部分在内部完成。服务接口(Interface):一个应用可能会以服务的方式提供一些功能供其它应用使用。服务接口代表这种对外的服务。它隐藏了实现细节,只提供必要的业务接口。表示和业务的调用:业务层的调用服务通过平台提供的服务工厂来实现。这样有利于二次开发服务能够动态的扩展到应用程序中去。Ø 数据层:业务应用必须访问存储在数据库中的数据。这些数据库通常是关系数据库。数据访问组件负责访问存储在这些数据库中的数据,并与业务层进行交互。数据访问组件隔离业务层和数据存储管理。这种隔离有以下好处:——减少数据库提供者变更带来的影响;——减少因数据对象变更带来的影响(如变更数据库的schema);——封装数据的处理操作,这将在很大程度上减少测试和维护工作;通过平台提供的数据访问服务组件管理O-Rmapping的复杂度,同时能够再不改变表现层和业务层的情况下来转换不同的数据库。实体数据传递---EntityData在Web服务器端和应用