J2EE架构的优点和缺点有哪些

解决这个问题可以走两条路：用自己的皮肤系统和美工本来就会IDE。 其次是服务层的标准缺少，虽然Corba之类早已出现，但是昂贵的费用和实施的难度太大了。事实上这样的服务层确实有象BEA的Tuxedo，IBM的CICS等，但伸缩性小，使用范围小，不算是老少咸宜。 最后是数据层一般是直接存取数据库，高级一点的是通用性强一点，能多访问几个数据库。但远没有到对象持久化这种程度。 传统三层架构B/S J2EE架构的推出带来了很大的进步，先前推出的PHP、ASP等嵌入式脚本语言只限于一种模板脚本语言而已，真正的架构还是从J2EE开始起的。 早期J2EE还未成熟，这张图应该是J2EE1.2以后的，至少是EJB2.0以后的。 在UI层与其他脚本嵌入语言类似，模板+脚本，仍然没有较好的Action功能，这直到Struts之类的出现才开始改观。 SeesionBean的出现加速了服务层的建立，让业务逻辑真正可以独立出现，尽管现实没有这么理想。 Entity Bean的出现，非凡是CMP的出现，建立了对象持久层，数据库再也不需要了解细节了，甚至对象数据存在哪里都没人想知道了，虽然有这样那样的困难和问题。 现代多层架构 多层架构是从开源开始的。 Struts是闻名的MVC2，尽管现在看来问题还是不少，但是不可否认，它的功劳是显著的。 AspectJ带来了AOP，让开发换个思路。 Spring让这些看上去很简单，重新发掘Bean的力量。 WebWork、JSTL、Tapestry、JSF、PIO、Hibernate、Castor等等一系列的开源计划层出不穷，我可以列到你开始呕吐为止。 有很多显著的特点： 注重UI层的简化开发，强化模板引擎和组件开发，使Action或Lisnter成为标准配备。 服务层强调弱耦合，可以与多个轮子一起工作，方便更换合适的框架，甚至考虑兼容传统系统。 对象持久大行其道，都是针对EJB的软肋去的，但3.0的发布会弥补EJB的问题。 各大厂商争相抢夺市场，工具和服务器和版本飞涨，跳得比计价器还快。 XML大行其道，已经成为标准格式，至少是配置文件和转换模板的标准。 现代架构简介 View 展示层。显示内容、接受用户人工信息。 Template Engine 模板引擎层。使用模板的方式产生最终View展示层的内容。 Action或Listener 动作或监视层。接受用户人工动作、根据动作反馈。 Control 控制UI层。控制UI的动作反馈、页面流程。 Service 服务层。除业务逻辑以外的系统逻辑、访问域逻辑的接口、转发访问域逻辑的请求。 Domain Logic 域逻辑层。业务逻辑、与传统遗留系统的业务逻辑接口。 Domain Model 域模型层。业务模型，与业务有关的对象模型树，包括对象属性和之间的关系。 XML Model。用XML定义的域模型。鉴于XML的重要性，单独列出。 Object Model。用Object对象来定义的域模型。 Object Persistent 对象持久层。将域模型对象持久化。 Database System 数据库系统。关系型或对象型数据库系统，代表了存储系统。 应用级架构 可能应该称为实用架构，因为以下这些架构与现代架构不冲突，是建立在现代架构基础上的应用级架构。 光有现代架构当然对开发来说并没有省心，反而是更增加沟通和培训成本，因此应用级架构，或可称为中间件，非常重要。 应用级架构是用来解决各种业务问题的高层次架构。 Workflow 工作流。解决一切依靠流程的业务系统中的流程部分的问题。工作流只管流程。 E-Form 电子表单。解决一切业务系统中需要频繁变动界面。包括电子表单设计器和编译器。 Protal 门户。解决多个业务系统的高级集成。多业务系统不仅是展示层上的集成，更深入到互动地集成，将可能产生相互影响。 Data Exchange 数据交换。数据传输和格式转换。解决多个业务系统的数据交换问题。 Message 消息中间件。解决异步消息传输问题。 Instance Message 即时消息。解决即时沟通交流问题，并且答应与业务系统互动。 Real-Time 实时系统。对时间和高可靠性的要求。 Embedded 嵌入式系统。开发各种其它设备上的应用系统。

威尔OA产品有哪方面优势？

“细节决定品质”。当今咨讯的发达与便捷，使得软件市场因门槛过低造成鱼龙混杂，同质化现象严重，同类产品似乎“听起来”、“看上去”都“差不多”。以至于初步接触OA的用户经常会有“OA，都差不多”的看法，主要原因就是细节考量不够深入。

对OA而言，细节决定了软件产品的品质与价值，只有深入到细节的比对与评估方能真正体会到品质差异与性能优劣。例如，工作流系统和知识管理系统是OA核心部件，几乎每款OA产品都有，区别绝不是有没有或者有什么，而是细节上做的好不好、到不到位，这两大部件是最能体现产品品质的核心所在。

就品质与差距而言，强者愈强，一个厂商的技术积累和经验沉淀不是一朝一夕的，毕竟这不是靠简单模仿或一朝一夕就能做到的，需要的是长期的技术积累与经验沉淀，需要历经众多用户多年的考验。威尔协同办公系统的高品质源于精心打造和对企业需求的准确把握与高度负责，浓缩了威尔公司的专家风范及其用户单位的应用精华，与同类产品相比具备明显优势，并且在一些领域拥有独特优势。下面我们就以威尔协同办公系统（WELL-OA）中工作流系统的几个关键技术实现为例来认识威尔OA的优势。

1、B/S结构图形化工作流系统

工作流引擎是整个协同办公系统的核心，系统80%以上工作基本都与工作流系统相关，通过工作流系统，实现了企业流程管理规范化。WELL-OA提供了基于浏览器(B/S)的图形化工作流系统，无需安装客户端，管理员可通过任一台电脑轻松绘制各种复杂多变的业务流程。

WELL-OA的工作流引擎还将协同扩展到全系统应用，只要是需要流转处理的业务与工作均可调用流程处理，甚至可以替代SAP、ERP等各种业务系统中薄弱的流程审批功能。复杂流程轻松定制，流转过程状态实时呈现，方便领导对企业运营了如指掌，实时掌握每项工作的进展状况并进行及时的指导与督办。

2、独创的流程版本化管理

“流程版本化管理”是威尔软件在实施、维护众多大型用户单位过程中提炼出来的一个重要功能，可有效保障企业各类业务流程升级、改造的平滑过渡。任何一笔工作都绑定对应版本的流程运行，新版本流程启用后，新工作将自动启用新版本流程流转，旧版本(可能多个)则于仍在流转的那些工作全部处理结束后自动退役，无需任何人工干涉、维护。反之，没有流程版本化的系统，企业流程的重组、再造相当困难，新旧业务过渡非常缓慢，并且很容易导致工作错乱。