写教案javabean在JSP中的使用

        一直在写教案。这一节主要讲到了javabean以及jsp的标准动作。其实我现在已经不是太多使用jsp了。作为一种表现技术，jsp有一些太强悍了。原来jsp仅仅是一个模板而已。通过它，可以生成一个servlet。但是便捷性使得jsp成了一种滥用的平台。很多代码写在了里面。这是不对的。所以，我基本上对jsp使用很少。最近更是用的少了。我使用html与ajax结合。大量在浏览器端使用javascript编程。保证数据流的单纯性。使我更明确了客户与服务端的界限。但是也会有ajax滥用的问题。完成一个页面，会发生多次的请求。

       使用这种方式，session好像不需要了。因为请求时异步的，页面也没有刷新，状态永远保存。一般来说，用户的信息会记录在url里面。请求的时候会把这些信息发送到服务器端，交由服务器验证。这些url里面的信息是需要加密的。这是一种解决方案。如果使用一个完全异步的系统，很多东西都要重新设计。但是效果会更好。javascript才是真正的客户端技术。比什么struts这种古怪的东西强的太多了。有的时候我觉得struts是一种画蛇添足的技术。它拦截request，做转向，转向到一个类里面去做处理，这种办法真的很笨。我完全可以在jsp里面做同样的事情。实在看不出来struts有什么好处。如果要使用MVC为什么不在jsp里面封装javabean来解决呢？自己只要设计的好，没有什么问题的。所以我觉得struts不是一种实用的技术，给初学者用还行。我们完全可以借鉴struts这种处理的方式自己实现一个command模式，来做同样的事情。这样我们自己设计规则，完全不用写xml，也可以这样做的。但是这样完全不灵活。建议在设计系统的时候，千万不要使用struts，他渗透性太强了。

       说道了MVC，又有多少人，在设计的时候遵循了MVC呢？有的时候，不设计view，我们根本就不知道model应该怎么去写。我原来做的项目中，是先写后台逻辑的，因为一开始的目标是写一个基于命令行的处理程序的。类似mysql这样的。后来用户非要要求界面，不得已才做了一个swing的界面。为了要复用原来的程序，绞尽脑汁，尽可能的使界面和后台结合，写了一堆的接口。实现了MVC模式。

       说点题外话，我始终认为编程就是正二八经的编程，任务尽可能使用程序去解决。程序什么都是。程序是操作的描述，程序也是配置的文档。程序是静态的模板。在运行中应该也可以改变。所以我喜欢ruby。。。