Java知识拾遗：三大框架的技术起源(zz)
Struts、Hibernate和Spring是我们Java开发中的常用关键，他们分别针对不同的应用场景给出最合适的解决方案。但你是否知道，这些知名框架最初是怎样产生的？
我们知道，传统的Java Web应用程序是采用JSP+Servlet+Javabean来实现的，这种模式实现了最基本的MVC分层，使的程序结构分为几层，有负责前台展示的JSP、负责流程逻辑控制的Servlet以及负责数据封装的Javabean。但是这种结构仍然存在问题：如JSP页面中需要使用符号嵌入很多的Java代码，造成页面结构混乱，Servlet和Javabean负责了大量的跳转和运算工作，耦合紧密，程序复用度低等等。
Struts
为了解决这些问题，出现了Struts框架，它是一个完美的MVC实现，它有一个中央控制类（一个Servlet），针对不同的业务，我们需要一个Action类负责页面跳转和后台逻辑运算，一个或几个JSP页面负责数据的输入和输出显示，还有一个Form类负责传递Action和JSP中间的数据。JSP中可以使用Struts框架提供的一组标签，就像使用HTML标签一样简单，但是可以完成非常复杂的逻辑。从此JSP页面中不需要出现一行包围的Java代码了。
可是所有的运算逻辑都放在Struts的Action里将使得Action类复用度低和逻辑混乱，所以通常人们会把整个Web应用程序分为三层，Struts负责显示层，它调用业务层完成运算逻辑，业务层再调用持久层完成数据库的读写。
使用JDBC连接来读写数据库，我们最常见的就是打开数据库连接、使用复杂的SQL语句进行读写、关闭连接，获得的数据又需要转换或封装后往外传，这是一个非常烦琐的过程。
Hibernate
这时出现了Hibernate框架，它需要你创建一系列的持久化类，每个类的属性都可以简单的看做和一张数据库表的属性一一对应，当然也可以实现关系数据库的各种表件关联的对应。当我们需要相关操作是，不用再关注数据库表。我们不用再去一行行的查询数据库，只需要持久化类就可以完成增删改查的功能。使我们的软件开发真正面向对象，而不是面向混乱的代码。我的感受是，使用Hibernate比JDBC方式减少了80％的编程量。
现在我们有三个层了，可是每层之间的调用是怎样的呢？比如显示层的Struts需要调用一个业务类，就需要new一个业务类出来，然后使用；业务层需要调用持久层的类，也需要new一个持久层类出来用。通过这种new的方式互相调用就是软件开发中最糟糕设计的体现。简单的说，就是调用者依赖被调用者，它们之间形成了强耦合，如果我想在其他地方复用某个类，则这个类依赖的其他类也需要包含。
相关文档：
北京的天气哦！真的很像那个我也忘记了名字的前辈说的一句话——这天哦！就像女孩子一样哦忽冷忽热的。还想说是都是，都几月份了啊，真的是感觉不到半点春天的气息。比我在重庆的冬天还要凉，昨天夜里，冻睡了好多次！
今天放假，AJAX的课程又告一段落，继STRUTS后，我们又学无了又一门课程，喜的是总的自我感觉 ......
封装：就是把类的属性和方法实现封装起来，使用户或对象实例看不到具体的方法实现代码和私有属性。
封装的实现方式是接口和访问修饰符。接口只公开类的方法，具体的方法实现是由实现该接口的类完成的，由于接口可以动态绑定，所以通过声明接口和实例化继承的类时调用相关的类的方法。
而另一种实现封装的方式是访问修饰符 ......
1、逻辑运算符 == ，在java中运算符 == 是用作对比两个对象的标识是否一样，或者对于基本类型而言数据值是否相等。基本类型和对象数据之间是不可以用直接意义上的比较，java中采用的是将对象类型拆箱，而在groovy中，由于自动装箱的功能，一切都是对象。要使得 == 比较有通用性的意义，groovy通过equals()来重载 == 预算符� ......
提起Java内部类（Inner Class）可能很多人不太熟悉，实际上类似的概念在C++里也有，那就是嵌套类（Nested Class），关于这两者的区别与联系，在下文中会有对比。内部类从表面上看，就是在类中又定义了一个类（下文会看到，内部类可以在很多地方定义），而实际上并没有那么简单，乍看上去内部类似乎有些多余，它的用处对于初 ......
