pos*_*eid 5 ruby portal drupal ruby-on-rails content-management-system
我刚看到whitehouse.gov正在使用drupal作为CMS和门户技术.drupal的一个优点似乎是很容易添加插件并且编程是最小的,即重新发明轮子是最小的.这实际上就是Ruby-on-Rails的DRY哲学.所以:
drupal的缺点是什么？
对于Ruby和Rails来说,这确实是一个非常主观的问题.Drupal是一个可靠的内容管理选项,非常适合面向社区的网站.它对于非门户网站的通用内容管理也很有用.缺点是它是基于PHP构建的,如果你是Rubyist那么这是一个重大的缺点.此外,如果您只关注核心,那么它就是一个项目的野兽.API非常大,适合像Drupal这样的项目,但这可以使大量的自定义工作完成大量的编码工作.另外,由于Drupal的整个架构没有明确的数据类型分离,除非你编写一个明确分离的自定义模块,而这与"Drupal方式"保持一致,有些人想到它有点奇怪.作为节点或Drupal的分类系统等结构内的一切.
Drupal的最大缺点是这样可以最好地总结:为了有效地使用Drupal,你真的需要知道并理解Drupal,而不是像Radiant这样的CMS系统; 但Radiant远没有Drupal那么复杂.
Rails或其他基于Ruby的技术会被取消作为whitehouse.org(或其他CMS门户)门户技术的资格？
Rails与Drupal的不同之处在于它根本不是一个内容管理系统,而是一个更通用的应用程序框架.你可以像Rails一样使用Drupal,但是Drupal实际上比Rails更多.可以在Drupal和Radiant或BrowserCMS或其他一些Ruby/Rails CMS软件包之间进行更好的比较.有Ruby/Rails门户系统,但很少有与Drupal及其社区的大部分相匹配.Ruby生态系统中最具可比性的选项只能匹配Drupal可以做的事情,但这是因为Drupal是一个庞大的项目和社区.Drupal是瑞士军刀加上一些在网上做网站的人.Ruby没有一个真正类似的项目,因为大多数Rubyist没有看到任何理由复制Drupal的周长.
如果您正在考虑使用Ruby代替Drupal,我会推荐以下项目(大多数Ruby项目将覆盖少于Drupal,但更贴近您的站点的实际需求):
| 归档时间： |
|
| 查看次数： |
5677 次 |
| 最近记录： |