JavaEE核心技术(第1章概述)剖析

主讲人：王新颖Email:[e-mail]长春工业大学计算机科学与工程学院计算机科学与技术系课程简介•初识JavaEE–什么是JavaEE?•使用Java语言开发,为企业解决方案提供技术支持•分层思想–与.net的区别•目标•厂家•表现形式•跨平台性•支持语言•针对企业类型课程说明•本课程共40学时，2.5学分，其中理论课32学时，实验8学时•平时成绩：30分(出勤，实验，课上习题，课后作业等)•考核方式：考试参考资料•JavaEE5完全学习手册，黄开枝等，清华大学出版社，2009.4•JavaEE基础实用教程，郑阿奇，电子工业出版社，2009.7•JavaEE程序设计与应用开发，郭克华主编，清华大学出版社，2015.8•JavaEE核心技术与应用，郝玉龙等，电子工业出版社，2013.5课程内容第I部分总览第1章概述第2章JavaEE简介第II部分JavaEE核心技术第3章JavaEE规范(Servlet规范,JSP规范,EJB规范)第4章客户层第5章表示层（Servlet技术，JSP技术，Ajax技术，Struts2框架）第6章业务层（JavaBean，EJB，RMI，Web服务，Spring框架）第7章数据持久化层（数据库与JDBC，ORM，Hibernate）第8章服务第III部分案例研究一、企业架构技术二、新架构的设计原则第1章概述•1.企业架构的发展•2.架构原理•3.架构技术一、企业架构技术企业架构的发展•单层架构——哑终端、独立主机时代–应用程序（用户界面、业务规则、数据等）部署在同一台物理主机(Mainframe)中–用户使用控制台与系统交互，且处理能力非常有限企业架构的发展•两层架构——PC机时代–客户端或PC只运行用户界面程序，支持GUI，允许用户输入数据，可以直接在客户端执行数据验证，与主机服务器进行交互–主机服务器，仅驻留业务规则和数据，得到客户端传来的数据，执行业务逻辑另一种两层架构，部分业务逻辑驻留在客户端——胖客户端企业架构的发展•三层架构——浏览器/服务器–客户端只需要部署瘦客户端软件（浏览器）–服务器驻留表现层，业务逻辑和数据访问逻辑–应用程序数据来源于企业信息系统（关系型数据库）企业架构的发展•多层架构——分布式时代–Web服务器处理表现层业务,生成需要显示的内容传递给客户层–应用程序服务器驻留可远程访问的业务组件–表现层web服务器使用本地协议通过网络访问这些组件企业架构的发展•企业在管理过程中面临问题:–系统和应用程序的负载增加；–带宽不足；–一个或多个系统出现部分故障；–多级别安全性；–本地化/国际化；–集成遗留系统/遗留系统的更新；架构原理•架构师–从全局审视企业面临的所有问题；–并建立系统和应用程序的架构。•架构师的工作–是一个规划者；–审视系统行为；–描绘解决方案蓝图；–确立系统的交互元素；–区分“功能需求”和“质量需求”；–给出抽象的系统蓝图；架构原理企业架构师及各个利益相关方。架构师与多个团队合作，描绘企业解决方案蓝图。•企业解决方案，所需要的团队包括：–领域专家；–项目经理；–企业架构师；–系统设计师；–程序设计师；–程序员；–测试工程师；–配置专家；–最终用户；架构原理•架构师的职责：–明确系统需求；–明确系统行为；–规划系统蓝图；–确定系统组件间的交互模式；–分离功能需求与质量需求；–明确系统风险；–与企业不同利益方进行交流；–通过概念图展示企业架构；–基于设想、风险和约束的方式建立解决方案架构。架构原理•架构师的架构术语：–抽象(Abstract)–边界(Boundary)–脆度（弹性）(Brittleness)–能力（用户体验）(Capability)–摩擦（耦合度）(Friction)–分层(Layering)–表面（用户接口）(SurfaceArea)架构原理•架构师和设计师–“架构师”不考虑任何专用的工具或应用程序，在概念级别处理企业问题。–“设计师”研究架构师创建的“架构”细节，利用架构师建议的框架，在实现级别进行详细分析设计。•在很多企业应用程序中，架构师可能同时担当设计师角色。架构原理-架构方法•架构师创建架构使用的重要构件–“企业应用程序质量”和“设计目标”–流程和工件–通信机制架构原理-构件1•企业应用程序质量不涉及功能，指“能看到的”系统质量，对企业有决定性的影响。•主要包括：–性能;–可靠性;–安全性;–可用性;–易管理性;–可访问性;–灵活性;–可移植性;–互操作性架构原理-构件1•“设计目标”与“功能”无关，“不可见”•包括：–模块化;–组件扩展性；–合约架构原理-构件2•流程和工件–“流程”是一系列有序步骤，有助于获得所需的解决方案。–“工件”是流程中的产物，或交付物。架构原理-构件2架构师要确认和识别的3种限制:•假设：应用程序开发的前提条件。•风险：应用程序开发期间一些可能的重要情形带来的成本风险。•约束：规则的前提和条件，可能是业务规则、也可能是客户定制的、不在架构师控制和理解范围内的规则。架构原理—构件3•通信机制–HTTP/HTTPS–RMI/IIOP•面向消息的通信•专用通信协议架构技术•架构师需要了解或精通各个技术领域的知识–分布式技术–客户机/服务器技术–遗留系统如OLAP/OLTP和数据库等–分布式使用的通信机制–事务处理和隔离级别–Web服务技术–JAX-RPC、JAXR和SAAJ等技术三.新架构的设计原理•基于以下原理创建架构–物理分布–逻辑分层–基于服务–基于组装–业务分层2.三维架构•架构立方体：–企业应用程序的“分层”实现–完成不同任务“逻辑层”–决定企业应用程序需求的“企业应用程序质量”•作用–三维视图2.三维架构-分层–硬件分层–底层平台–高层平台–虚拟平台–应用程序分层•企业应用程序的“分层”实现：系统底层实现的抽象。2.三维架构-逻辑层–客户层–表示层–业务层–集成层–数据/资源层•按角色和职责划分的企业组件分区。2.三维架构-企业应用程序质量•包括：–可靠性–可用性–安全性–伸缩性–扩展性–易管理性–性能–灵活性