2005-09-09 | 【程序人生】最近关于软件开发的一些想法
类别(程序人生) | 评论(10) | 阅读(649) | 发表于 13:31

图片如下:

昨天买了这个月的<程序员>杂志,这期上有专题介绍 Ruby on rails, 感觉没介绍什么新的东西, 这次<程序员>杂志的节奏有点慢了,早在一两个月前就应该介绍它。Rails 虽然现在很火,但是它有两个问题,如果得不到解决,很难在商业应用中有所突破,只能和以前 Zope 之类开源框架的命运一样,终究是“小众”另类的软件。首先:它是源码运行的,这个问题主要是 Ruby 造成的,Ruby 从 2.0 开始要有虚拟机了,但是 1.9 还没出来呢,等待遥遥无期。商业开发中,你不可能把源码直接交给用户。如果你自己拥有服务器,给别人写的应用始终放在自己的服务器上,这种开发方式就没什么问题。 第二:Rails 缺少组件,它的 View 层采用的 ERB 模板技术和 JSP 之类的老式模板技术没什么本质的变化。如果一个项目的后台程序开发人员就一个,这也不是问题。但是如果有很多程序员参与开发,代码的重用就需要考虑,程序员就分为应用程序员和组件程序员,应用程序员通过设置组件参数来构造应用程序,组件程序员研究如何开发更多更好的组件。其实我觉得软件如果规模化,产业化,组件开发是必由之路。没有好的组件开发模式,Rails 也难有大的作为。

说到组件开发,我最近一直在学习 Tapestry, 这是视图层最好的一个JAVA框架了。 我自觉得英文还不错,但是那本 <Tapestry in action> 却看了很长时间也没看完,我觉得主要是 Tapestry 的概念很特殊,理解起来有点困难,从大方面讲,其实 Tapestry 的确很好理解,再也没有那些 request, session, response 之类传统 web 开发模式的概念了,代之以对象,属性,方法。概念更新带来的好处之一就是"写更少的代码",这个理念和 Rails 不谋而合。而且 Tapestry 让我欣赏的一点就是它的创始人 Howard Lewis Ship 是一个真正考虑网页设计和制作人员如何和程序员合作的人,绝大多数 Java 框架都太 “ J2EE” ish 了,他们注重框架的设计,模式,性能等等软件问题,而从不考虑一个网页设计师如何与程序员共同使用它。现在 Tapestry 马上就发布 4.0 版本了,作为组件型的视图层框架,它比 Echo2 更平易近人,echo2 也是太 “ J2EE” ish . 希望Tapestry 增加更多的 Ajax 支持功能,这点 Echo 2 已经走在了前头,不过 Rails 也早已支持 Ajax 了。说到 Ajax, 现在也是火的不行,相信不久之后,大部分框架都要开始支持 Ajax 了,如果生写那些 JS 脚本,的确让人恐怖, Ajax 如果离开众多框架的支持,开发一个 Ajax 应用的难度就很高了。

最近一直在尝试一种简单的开发方式,用 Tapestry + Spring + Hibernate 或者 Flash + Spring + Hibernate 来开发Web 应用,用 Ruby 来做 Code generaton。
0

评论Comments

日志分类
首页[398]
音乐推荐[380]
程序人生[8]
影视评论[8]
闲话江湖[2]