NCV5基礎框架技术红皮书.doc

  1. 1、本文档共47页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
NCV5基礎框架技术红皮书

基础框架技术红皮书 NC-UAP 5.0 用友NC-UAP 2006-11-15 目 录 第一章 前言 1 第二章 构造开发环境 2 第三章 开发模型 4 第四章 开发远程组件 5 1. 定义接口: 5 2. 实现该接口: 5 3. 部署组件 5 第五章 开发事务型组件 7 1. 定义接口 7 2. 实现接口: 8 3. 部署为私有组件 9 4. 发布组件接口 9 第六章 组件实现的混合发布 11 第七章 开发服务组件 12 1. 服务组件开发 12 2. 定义服务组件接口 12 3. 实现服务组件的接口 13 4. 部署ServiceComponent 14 第八章 开发拦截组件 15 1. 拦截组件开发 16 第九章 如何获取组件 17 1. 拦截组件开发 18 第十章 组件配置信息 19 1. 配置规范 20 第十一章 依赖注射 22 1. 只通过构造进行注射 22 2. 只通过属性进行注射 23 3. 两者都采用 24 4. 注射的值的类型 24 5. 注意点 27 第十二章 依赖注射与ServiceLoctor模式 28 第十三章 其他 29 1. 客户端资源加载 29 2. 框架的主目录 29 3. Servlet开发 29 第十四章 限制服务组件运行 30 第十五章 Cluster开发 32 第十六章 商业中间件扩展编程 33 1. 消息广播 33 2. 线程编程 36 3. 锁 38 3.1 普通锁处理 38 3.2 动态锁处理 40 第十七章 开发与调试 41 前言 基础技术框架主要解决了在J2EE下的应用开发的一些复杂性问题。通过基础技术框架,提供了一套模块化的产品开发模式,屏蔽了底层技术平台的开发部署的复杂性,实现了与第三方中间件无缝集成的能力。 基础技术框架的服务开发采用普通Java类(POJO、POJI)的开发模型,并为系统提供一个分布式的业务部署和运行环境。 (图2-1)基础技术框架概要 构造开发环境 通过Eclipse插件,为开发人员提供了一个基于基础技术平台进行开发的开发环境。开发人员首先下载nc.uap.mde系列插件,然后安装,安装即把插件直接考贝Eclipse的plugin目录下,由于Eclipse的bug,如果曾经安装过,请把configuration目录下的内容除了config.ini外其他文件都删除,在此启动Eclipse即可。 安装成功后,首先为工作的workspace中进行基础技术平台相关的设置Window-Prefreence-MDE Development,如下图所示: NC_HOME指定基础技术平台的运行环境根目录,复选框Include client class/jar in Build Classpath表示是否把模块的client下的类加入到构件路径。如果你的模块不依赖别的模块的客户端代码,请取消该选择。 同时尼克一机型默认数据源的配置,并进行测试。 构建工程的方式有两种方式:直接创建一个MDE工程和把一个已经存在的工程转化为MDE工程。 直接创建:File-New-Project-MDE Project,按照Wizard进行工作,开发一个新的工程,转化方式为在一个非MDE工程中,右击工程,在弹出菜单中点击Convert to Module Project。 如果直接创建了MDE工程,工程结构如下: Wizad自动创建了public源目录,存放服务接口和依赖类(如VO),private源目录存放实现类,client源目录存放ui代码,而gen目录存放通过部署生成的文件。 有了开发环境,你可以利用MDE编辑器进行组件配置,组件部署的工作,具体工作请安装后直接使用体会。 MDE工程必须把自动构建选项选上Project-Build Automatically,否则不能够进行自动的开发环境内容与基础技术平台调试运行内容保持同步。 开发模型 (图5-1)开发模型 系统前端为UI代码,UI代码通过远程组件与服务器端进行交互,中间传递的数据模型为VO,远程组件调用底层的业务实现代码,完成整个交互逻辑。通过JDBCFramework,系统提供了一套良好的数据持续机制,解决数据库交互的复杂问题。 针对上面的卡法模式,我们规范一下代码的包结构: nc.itf.模块: 表示该模块定义的接口 nc.impl.模块:表示该模块定义的接口实现 nc.vo模块: 表示VO的实现 nc.bs.模块: 普通的后台应用 nc.ui.模块.*: 客户端代码 表示包模块的部分在包的第三个部分,如nc.bs.schedule,中的schedule,在 开发

文档评论(0)

fv45ffsjjI + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档