现在的位置: 首页 > 综合 > 正文

写教案javabean在JSP中的使用

2018年05月15日 ⁄ 综合 ⁄ 共 1051字 ⁄ 字号 评论关闭
        一直在写教案。这一节主要讲到了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。。。
   

抱歉!评论已关闭.