Rails目前的一些局限

robbin前面提到了一些局限，如遗留数据库是约定造成的，可以打破，但是以损失开发速度为代价。如工作流、规则引擎、报表是目前的技术限制，当然也可以通过java或.net桥用现成的。甚至自己通过socket或pipe去操纵外部程序，其实有些ruby的封装库就这么干的，不一定都通过动态链接库。

我再补充一些局限巴：
plugin缺乏依赖和命名冲突检查: plugin命名冲突随着plugin数量越来越多早晚会成问题，当然plugin开发员应该自觉用命名域包装。至于依赖，现在好像只有engine那几个有这个关系，不知道以后会怎样。其实依赖管理是现成的：Gems。把rails plugin包装成gem也不失为一个办法。

refactoring问题：refactoring随着工程变大需求越来越明显。据说IDEA的ruby插件会有这功能，期待中。虽然refactoring工具第一个是在Smalltak中实现的，但是Smalltalk的开发和运行环境是同一个，开发期间就知道所有的运行时信息。Ruby则需要单独解释，也就是说refactoring工具要彻底理解ruby程序内部至少得有个ruby runtime, 简单的语法解析是不够的。