从毕业到公司已经有大半年了，从刚开学习Core Java, Servlet, JSP, 再到现在正在学习的三个框架，比起以前是懂了WEB开发中的不少东西。一直想写写学习的感受，现在终于有时间了。

        我的专业是电子信息科技 ，跟软件开发应该说不是有太多的联系。在学校的时候就一直跟单片机，汇编打交道。后来找工作的时候进了这家公司，知道是做Java开发的。虽然从来没学过Java，但是自己本身就对编程非常感兴趣，所以觉得能做下去。而且之前听说Java主要是做Web应用的。刚开始我把这个Web应用开发想得太简单了，以为就是写写Html网页而已。其实完全错误了。这里面涉及到太多东西了。

        网络的发展导致了Web开发的激烈竞争。人们的生活跟网络也是越来越紧密了。你可以网上购物，你可以发电子邮件，这些就不说什么了。如果人们上网只是浏览信息而其他什么都不做的话，那么Html应该足够了。可是人们可能只上网浏览各种信息吗？明显不是的。就像前面所说的，网上购物等，这些和单纯地浏览是完全不一样的。最大的不同就是这些需要处理用户提交的各种数据。就像我老师上课时说的，Html是一种静态语言，不可能用来处理数据和逻辑事务的。因此，Servlet就出现了。Servlet可以处理数据，因此互动性变强，人们就可以不只是浏览消息了。但是只用Servlet最大的缺点就是写返回的页面。必须要一行一行的写Html代码，中间还要夹杂着事务逻辑，非常的繁琐。所以，JSP就出现了。本质上，Servlet和JSP没有什么区别，Servlet能做的JSP都能做，而运行的时候JSP也会被转化为Servlet来执行。但是，JSP的好处就在于将事务处理和页面的编写分开了。这样对于代码的编写和后期项目的维护是非常有意义的。处理事务逻辑的可以专心处理，写页面的也可以只管页面的编写。两者可以容易地结合起来。简单地说，比单纯的Servlet好就在于不用一行一行地用Out.println()写Html代码，可以直接将Html代码嵌入。但是，一般都是Servlet和JSP结合在一起用而不是只用JSP。因为如果将事务逻辑也放在JSP里面的话，耦合比较紧了，维护起来还是不太方便。至此，MVC的第一种模式出现了：Servlet负责逻辑处理，JSP负责返回页面。

        由于Web应用要求的提高，渐渐地，这种模式已经不再采用。因为将与数据库的事务处理和逻辑事务处理都写在Servlet里，这样会有很多麻烦。所以，如果将数据模型、逻辑处理，以及返回视图分开的话，各自分工，开发和维护将会非常清晰。所以，MVC模式二就诞生了。

        M—Model, V—View, C—Control，这本来就是模型—视图—控制器的缩写字母。模型负责建立数据模型，控制器处理数据模型，视图再返回相应的结果。这样各部分耦合度降低了不少。目前一般都是用这种模式了。

        Struts, Spring, Hibernate则是三大主流框架，貌似一般做J2EE的人都会学这三个。我也正在学习中。他们就是提供给开发者已经编写好的框架，这些框架同时又是符合MVC2的，使开发者不必去搭建框架，而直接使用这三个框架并专心于事务逻辑处理等东西就可以了。

学到现在，其实感觉用多了就能体会到这些框架的好处。这些只是我学到现在想说的一些东西，呵呵，继续学习了，有了心得再写。