Java服务器架构.docVIP

Java服务器架构 1程序架构： 1.1现实中什么时候使用架构更好？ 架构的使用必须根据工程的实际情况来决定，一个工程能够顺利完成才是最重要的，而使用什么样的架构来进行，要因工程而异（对于不太懂行的人，你使用复杂的架构人家反而会觉得你浪费了工期）架构越复杂，代码区分的就越细致、工程的金额自然也就越高。 项目金额小并且工期短的工程使用最简单的方式去去进行工程的制作就足够了，而较大的项目才会考虑到使用复杂的架构。 1.2常用的一些架构： 以下，我们就来看一看目前常用的一些架构： 1、JSP+数据库： 其中，JSP主要负责页面和逻辑的全部工作，而数据库负责数据的存储。 2、JSP+Servlet（业务）+数据库： 那么，第二种架构和第一种除了多使用了Servlet之外还有什么不同呢？ 在第二种架构下，我们的JSP只负责页面的呈现，而Servlet主要用来负责逻辑的部分，它让代码达到分离的作用，使代码的功能区分的更细致，而代码分的越细它的结构就越好，代码的可升级性就越高。 3、JSP+Servlet+JAVA类+数据库： 在这里，JSP主要负责页面的呈现，而Servlet主要负责负责数据合法性的验证，Java类主要负责业务的处理，数据库主要负责数据的存储。 4、JSP+Servlet+Java类+Java类+数据库： 在这里，JSP主要负责页面的呈现，而Servlet主要负责负责数据合法性的验证，第一个Java类主要负责业务的处理，而第二个Java类主要负责数据的处理，数据库主要负责数据的存储。 5、JSP+Servlet+Struts+Spring+Hibernate 这是目前最流行的架构，目前的大项目基本上都会选择这种方式。 6、SUN公司提供的架构： SUN公司提供的架构非常的强大，但是由于这个架构实在太大了，所以目前能使用它的人很少，目前基本上没有什么人愿意使用这个架构，除非遇到了金额上千万的项目，公司才会考虑到使用这样的架构，而这种架构最大的优点就是它的代码分离性十分的好，这也足以见得SUN公司十分注重代码的分离性。 1.3程序内部的两部分架构： 程序内部分的架构主要有两种方案： 1.3.1两层架构： 两层架构的两层，主要包含了页面层和数据处理层，而数据处理层也包含了逻辑代码。 1.3.2三层架构： 三层架构比两层架构要复杂一些，它是目前最流行的架构，据说它是来自于VB这一门语言的，因为它是程序员在使用VB时发明的，所以我们一般说的经典三层、VB三层也都说的是它。 三层架构主要分为页面层、业务逻辑层和数据处理层。 我们常说的C/S和B/S结构都是软件系统体系的一种结构，而程序内部的架构主要就是我们上面说的两层架构和三层架构，当然，无论是C/S还是B/S结构，都适用于我们的两层和三层架构。1.3.3为什么要使用两层、三层架构： 我们知道，现实中一个工程一般一使用就是很多年，所以我们必须考虑到项目的升级性和可扩展性，比如工程本来是使用JSP使用的，现在客户要替换为另一种模式，就如下图所示，如果我们想要更改为JSF的模式，那么这时候我们的很多逻辑都需要重新书写去与新的模式进行匹配，这可能就意味着我们需要重新再做一个工程，那么我们应该如何让这样的操作变得更加简单省事呢？ 图1：两层结构使用前后示意图 所以，我们的程序员就想到了可以将工程制作做成另外一种形式，也就是说，让我们的JSP不再参与任何逻辑，而只负责页面的呈现，而我们真正的逻辑都书写在JAVA类中，这样今后如果我们想要更改工程的模式只需要将新的模式跟我们的JAVA类进行对接就可以了，而不再需要对工程进行大改，因为这里的逻辑已经不会出现在我们的JSP或是Servlet中了，我们的JSP和Servlet现在仅仅只需要进行页面的呈现和一些数据的验证了，这样工程的升级性就会变得更好。 同样，如果我们将逻辑代码从JSP和Servlet中移除，今后就算我们不再使用JSP和Servlet来书写工程，对我们的程序员来说也不会有什么影响，因为我们只需要使用新的技术与Java类进行一个对接就可以了，这就是我们的两层结构，也就是说我们的页面层绝对不能包含任何的逻辑代码，而我们的逻辑处理层也不能包含任何的页面的内容（比如：request、response都不能出现），它们的交互只能是数据上的交互，而不能掺杂进对象的交互，要将它们真正的分离开来，做到就算将它们一刀切开也不会再影响到任何一方的运行，我们的类不要对页面产生任何依赖、页面也不要对我们的类产生任何依赖就可以了，否则我们就没有办法对它进行一个便捷的升级和扩展了。 图2：两层架构示意图（以学生系统为例子） 两层架构就是将视图层和业务逻辑层及数据处理层进行了分割，但是这样也会有一个问题，比如客户突然想将mySQL数据库转变为Oracle数据