1 企业应用计算的演变
这个我们应该是在学HTML的时候就已经学习了一部分了，现在再来回忆一些理论知识！
•主机/哑终端的集中计算模式
大型主机管理和控制应用程序的所有方面，包括业务处理、数据管理和屏幕显示。使用者一般通过只有一个屏幕、一个键盘和一根主机连接线的“哑终端”与主机的应用程序进行交互。
缺点：
一台计算机中进行全部的处理。
应用程序非常难于维护。
专用特性使得它们非常难于集成其他平台上的其他应用程序
•客户机/服务器计算模式
–分布式客户/服务器 (Client/Server，简称C/S) 的计算模式。客户机/服务器模型的所有形式都尝试利用PC的计算能力，换句话说，部分负载被分布到PC上。
在C/S模式中，网络中的计算机被分为两大类：一是向其它计算机提供各种服务（主要有数据库服务、打印服务等）的计算机，称为服务器；二是享受服务器提供服务的计算机，称为客户机。
其优缺点：
采用 C/S 架构开发的系统具有信息共享性好、网络的信息传输量小等优点，但却具有不易维护、用户操作界面风格不一致、能够处理的数据类型不易扩展等缺点。（老师说我们说我们出去工作常用的是B/S架构的）。
•浏览器/服务器计算模式
–企业应用程序以网页形式（用超文本标记语言HTML编写）存放于Web服务器上，用户运行某个应用程序时，只需在客户端上的浏览器中键入相应的网址 ，调用 Web 服务器上的应用程序，并对数据库进行操作完成相应的数据处理工作，最后将结果通过浏览器显示给用户。这种计算模式，我们称为浏览器/服务器架构模式（Browser/Server，简称B/S）。
–客户端只需安装普遍使用的浏览器（如IE、FireFox等），而应用程序被相对集中地存放在 Web 服务器上。 由于在客户端只需一个简单的浏览器，因此，减少了客户端的维护工作量，方便了用户使用。同时，也正是这样的“瘦”客户端，使我们能够方便地将任何一台计算机通过计算机网络或互联网连入到企业的计算机系统，成为企业管理信息系统的一台客户机。
2 三层架构模式
•三层架构模式下，用户界面放在表现层上，业务逻辑放在业务层上，数据访问放在数据访问层（或持久层）上，采用这种方式可以将复杂的业务逻辑从用户界面代码中抽取出来，单独放到中间层，用对象加以建模和组织。
表现层的架构模式
MVC模式
•模型（Model）用于封装数据，代表了某应用程序的核心功能，负责处理用户的数据，实现业务逻辑。同时，模型还为视图的显示提供数据，并可被多个视图所共享。
•视图（View）用于显示数据、收集数据和用户打交道，主要指与用户交互的界面，即应用程序的外观。它只负责将数据转交给控制器；同时还负责展示模型传递给用户的数据，当后台模型更新数据时，视图也应随之更新。
•控制器（Controller）用于改变数据以及模型的状态，负责接收用户的请求和数据，然后做出判断将请求和数据交到哪一个模型来处理，最后调用视图来显示模型返回的数据。
DAO模式
DAO 模式有两个主要作用：
1、抽象数据源
2、抽象相关的 CRUD 逻辑（相关的增 删 改 查询 语句）
今天讲的都是一些理论上的知识！查询JTable的用法！
明天继续业务层的架构模式！