关于上图的一点说明(请结合图中数字标注阅读):
①、ExtJS作为G4Studio应用富浏览器客户端的主要组成部分。虽然ExtJS稍显臃肿的体积和动态构造Dom和渲染使得其在部分浏览器上(比如IE,尤其是IE6)上的表现饱受争议和诟病。但是辅以G4Studio平台提供的压缩和缓存技术以及一系列的优化手段,G4Studio富客户端不但能在Intranet上完美表现,而且在复杂不可控的Internet环境下也一样能得到可接受范围内的性能表现。对于G4Studio客户端双兼容架构之一的富桌面客户端通过HTTP协议和部署在远端的业务服务组件进行通信并以Java原生系列化技术对数据传输对象进行系列化操作,不但能得到HTTP无限穿越 络防火墙的先天优势也能得到Java原生高性能系列化技术的支持。因此,G4Studio富桌面客户端一样能够在Intranet和Internet环境下有着卓越表现。
②、G4Studio借助Java先天跨平台优势,使得基于G4Studio的应用可以方便的部署到Windows、Linux、HP-Unix、IBM-AIX操作系统上。
③、G4Studio目前支持且经过严格测试的服务器及版本为:Weblogic9.2(+)、Tomcat5.0(+)、Jetty6.0(+)、G4Server。
④、G4Studio目前支持的数据库中间件及版本为:Oracle、Mysql5.0(+)、H2。
⑤、G4Studio提供了稳定成熟的应用框架和丰富完善的技术组件库。在应用框架的组合上,我们参考设计模式但不拘泥于设计模式,以实用、快速开发为目标并结合平台开发插件,使得G4Studio二次开发人员能够非常快速的开发出行业应用功能模块来。丰富完善的技术组件库让你在开发过程中碰到任何技术问题都有现成可靠的解决办法,各种难题迎刃而解,彻底解放程序员,让他们更多时间和精力关注和解决业务域的问题,创造更大更可观的价值回 。
⑥、业务组件库是基于G4Studio应用框架和技术组件库开发的一些平台预置功能模块。其中包括企业组织机构能力模型参考实现、系统管理及权限模型参考实现、通用业务参考实现。
⑦、G4Studio平台对业务建模、流程建模、业务重组集成、设计开发、运行测试、应用部署整个生命周期都提供了不同程度的支持。
G4Studio蓝图中但当前版本未实现的部分。我们会在后续版本陆续推出。
1.5.2.G4Studio技术架构层次调用图
本节将从G4Studio层次调用和分层模型和调用的动态视角和大家一起走进G4Studio。如下图3为G4Studio平台技术架构分层调用图。
③、视图服务层是SOA架构的扩展结构,解决与周边软件的互联互通。它将业务模型服务层的商业逻辑组件进行包装或重组后,以多种远程服务的形式发布,对外暴露服务,提供给第三方系统或G4Studio平台的Win32桌面客户端调用。完成异构系统之间的无缝集成和数据交互。特别强调:试图服务层只提供给G4Studio平台的Win32桌面客户端以及第三方系统调用。对于大部分行业系统而言,不建议在控制逻辑层调用视图服务层,而应该跳过视图服务层直接调用业务模型服务层。
④、业务模型服务层完成对行业业务商业逻辑的封装。提供给控制逻辑层或视图服务层调用。
⑤、数据访问层提供和数据库之间的数据访问和对数据进行持久化。在G4Studio平台中,我们为了简化DAO层的开发,并没有对数据访问层进行独立分层。在G4studio平台中,数据访问层是一个逻辑层的概念,我们暴露了两个数据访问接口g4Reader和g4Dao。其中g4Reader数据访问接口直接和控制逻辑层耦合,完成非事务类查询交易操作;g4Dao数据访问接口直接和业务模型层耦合,完成事务类交易的数据访问。
⑥、浏览器客户端通过HTTP请求访问控制逻辑层,完成数据采集、编码转换、安全认证等操作。
⑦、控制逻辑层可以访问视图服务层,但对于大部分的应用系统而言,我们强烈建议控制逻辑层跳过视图服务层,直接访问业务模型服务层。
⑧、控制逻辑层调用业务模型服务层完成业务逻辑处理。
⑨、控制逻辑层直接调用数据访问层的非事务类数据访问接口进行查询类交易处理。
⑩、视图服务层调用业务模型服务层对其进行包装或业务重组后发布为远程服务组件。
⑾、业务模型服务层调用数据访问层的事务类数据访问接口进行数据持久化处理。
⑿、数据访问层和数据库之间的交互。
1.5.3.G4Studio技术架构数据流图
本节将从G4Studio平台数据交互和流向的视角带领大家一起走进G4Studio。如下图4为G4Studio平台技术架构数据流向图。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!