jsf与jsp

最近有看jsf,对用netbeans开发jsf这一块真是一个字了得:爽! jsf是对jsp的重大改进,但目前没有流行起来,实在感觉有点怪怪的! 也许是sun公司的推销策略不好,也许大部分公司都在struts上面投入太多的人力 物力,不愿意一下子迁移到jsf的平台上去.用惯了struts觉得struts开发挺顺手的, 效率也挺高的,这也是人之常情! 但面对又一次傻瓜似的环境,又一个vb似的平台,对于主要面向业务系统而言的开发 又有什么理由去拒绝呢? 我相信,jsf终会是java web框架的主流![@more@]

近日再看前些日子，写得这篇文章，觉得多么的轻率。

其实现在的开发，再也不是90年代拖拉控件时代，大家都在微软的引导下走过了十几年的软件开发之路，习惯了那种拖拉开发方法。今天微软仍然想重复昨天的故事。

有人总在想java开发效率之低，其实低是相对的。是因为你作为一个公司在这一块没有沉淀。当把java的框架很好的搭建好以后，他的效率那不是一般的高。

从前，我用pb开发mis.用pb开发mis框架。将一切不是业务是的方法都用类库(library)的形式包起来，将常用的窗口封起来，将查询封起来。将权限控制封起来...一切封起来之后，只想留下业务接口。详细点说就是数据窗口只设置数据窗口对象，数据窗口对象不同，利用 类库自动解析数据窗口，然后留下初始化接口，留下校验接口。将一切开支能降低的都降低!

我认为pb的开发效率是相当的高了，几乎不用考虑查询，不用考虑打印，不用考虑导入导出，不用考虑权限控制。这一切归功于什么，个人认人，主要归功于数据窗口。归功于数据窗口的规范定义。

在java中，其实是一样的，你要定义自己的规范，然后自己去编写解析规范。就如sun公司定义jdbc规范一样，你做到了这一步，你利用java开发越久，你越发觉得开发如此轻松！

比如，大家都觉得写jsp页面很累人，其实做mis大部分都是增删改查,所以可以在formbean中定义好元素，然后自己写个工具，自动生成jsp.进一步，你可以做个工具，利用数据库中的表，自动生成符合你规范的formbean(这个利用plsql都可以实现).再进一步，你将你做的这些功能封好，做成eclipse插件。放在自已的工程中，是否只要点点，比拖拉还容易了。

还是忘记拖拉式的开发方法吧！

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11419868/viewspace-1002787/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11419868/viewspace-1002787/