从网友（刘锋）那看到的一个图，觉得很好，让自己能清晰的知道自己几斤几两，划对勾的是自己比较熟悉的。
Jsp和Servlet个人感觉使用起来没有太大区别的，查了一下，说是jsp是Servlet的简化。这说明其本质是一样的，这里简单实现一下jsp和Servlet交互，比较简单，就不多说了，看代码吧。 在src中添加Servlet：
JSP 9个内置对象方法使用 <strong>1.request对象 </strong> 客户端的请求信息被封装在request对象中，通过它才能了解到客户的需求，然后做出响应。它是HttpServletRequest类的实例。 object getAttribut
前面在《重温设计模式之建造者模式（Builder）》中关于建造者模式的的介绍比较简单，代码只是实现了基本的模式，因为实际应用中不可能只考虑一个模式的，因此这里给出多个产品情况下的实现。
实习终于结束了，这个没有技术含量的实习工作。 之所以去实习，是怕自己长时间的“与世隔绝”，万一以后出去找工作去了，不会说“人”话了，那可就糟了。一张嘴，满口的代码语言，怕是让人难以接受。 <strong>【打工仔的重复劳动】</strong> 每天四个半小时的重复性
今天继续看建造者模式，打算把昨天的文章最后的那个图给实现以下，使用反射和泛型，等所有代码快写完的时候发现实现起来远不如初始的Builder代码简洁。虽然灵活性是提升了，可以产生不同的产品了，但发现目的搞错了。我是用不同的Builder来产生不同的Product，看上篇文章最后的
这样的话有什么好处呢？其实好处很多，最总要的就是这是一种“<strong>打破</strong>”，打破了原先算法骨架的死板，这里的TemplateMethod可以更加灵活，可以通过子类来实现对不同ConcreteClass的依赖，从而可以达到在客户端通过不同的AnotherClass的子类（用多态和工厂很容易实现）灵活的完成操作，而不需要知晓藏在AnotherClass后面的AbstractClass。（我怎么觉得这里有些类似于工厂方法呢。。。这个以后再谈）
在《java与模式》一书中，关于模板方法的部分最后提到了使用模板方法来重构“大方法”。我个人感觉使用模板方法在重构某一个项目时来提高类的复用是比较可行的，如果说用它来打破“大方法”我觉得就不是那么直观了。其实关键问题在于这个大方法里面是不是有重复被用到的一段代码，这样重构之后才
前几天看一部电影《一生的唯一》，每次看到主角在全身心的投入到自己的吉他弹唱中，甚至是有些疯狂的时候脑海中总是浮现出一种场景：一个程序员，对着显示器，情不自禁的笑着，手如精灵般的在键盘上飘动，一会便挥动着手臂，握着拳头。我想这是大家都经历过的一种状态，如此的投入，如此的忘乎所以。
the5fire:不太喜欢转载文章，不过这篇文章真的很想分享给大家，回头看看一年来互联网上发生的事，或许有心人能从中看到未来。 每年的这个时候，读者们常常在打开一篇文章后，总能看到这样的开头：“转眼间，20XX年就要过去了，回顾即将结束的一年…