看完"Ruby on Rails"后，Deminy产生了一个问题：怎样把"Ruby on Rails"的概念移植到PHP中，构建(所谓的)"PHP on Rails"呢?
1这个思路是可能行得通的。
首先，"Ruby on Rails"是基于Rails架构、用Ruby这样一个面向对象(Object Oriented)的编程语言实现的。PHP是一个面向过程(Procedure Oriented)的编程语言，但也是一个面向对象的编程语言。既然"Ruby on Rails"可行，"PHP on Rails"也应该是可行的。
其次，一项技术的竞争力和难点往往在于它的设计，而不在于它所依赖的编程语言。就像新产品最难的地方往往是设计，而不是投产（所以新产品设计出来后，马上就可能出现很多仿造的产品）。类似地，当"Ruby on Rails"被设计出来了，人们很容易把这项技术类似地推广到"Java on Rails"、"PHP on Rails"等。
基于上面两点分析，通过Internet搜索，可以发现如下五项主要的"PHP on Rails"技术可以考虑：
Biscuit、
PHP on TRAX、
TaniPHP、
Cake、
Symfony 。暂无时间测试它们，无法评价。但目前似乎
Biscuit相对要更成熟点。
[注1] 也许有人会问，既然已经有了"Ruby on Rails"，干嘛还要研究"PHP on Rails"呢？原因有好些，其中一个合理的原因是：不愿意为了实施一项技术而要求所有相关技术人员多学一门无太大意义的语言。[注2] 接前文“'Ruby on Rails'技术观后感 (1)”。
"Ruby on Rails"是近期（或者说今年）很热的一个web技术话题，简单的来说它就是一项web快速开发技术。它基于MVC (Model-View-Controller，模型-视图-控制)的架构进行设计，遵循两大设计理念：不重复工作 ("Don't Repeat Yourself")和墨守成规 ("Convention Over Configuration")。晚上Deminy访问了"Ruby on Rails"官方网站，下载了几部视频教程，阅读了几份相关文档，大致了解了"Ruby on Rails
引用于: 1月 22, 14:50
我一直都不赞同在自己的个人网站中使用数据库，以前甚至不倾向于在自己的个人网站中使用服务器端动态脚本语言 (CGI/ASP/PHP等)。断断续续考虑给Blog等增加评论功能多日，终于决定，将启用数据库，以达到一些功能。因此，在未来的一次重要改版中，将有如下举措：1. 网站各页面的界面和网址将基本没有变化。2. 开通对每个网页（包括对每条Blog）的留言评论功能。[补充说明] 2.1 访客留言提供UBB功能。 2005-12-07 23:19:553. 启用Smarty这个插件。网站模版化并充分使用Smart
引用于: 1月 22, 15:21