【发布时间】:2011-11-30 22:33:48
【问题描述】:
我喜欢 Scala、Rails 和 Drupal 的各个方面,并且会对 Scrupal 感兴趣
Scala 因为它是强类型、简洁、快速、兼具功能性和 OO 以及可大规模扩展的(更不用说是 [TBD] Java 的继任者)
Rails 是因为它将许多明智的约定集中在一个屋檐下,使 Web 开发变得富有创意和乐趣。简而言之,MVC + 路由 + ORM + 验证 + REST(更明显,包括 Ruby,但就基本组件而言)
Drupal 提供了一个灵活的拖放界面,统一了内容管理和内容显示。
现在,刚刚阅读了 Odersky 等人的《Scala 编程》,并发现了 ScalaQuery ORM(一个 JVM LINQ)及其完全 SIQ 和 TypeSafe 的未来,Scrupal 的语言和 ORM 组件得到了照顾(为什么不是 .NET/C#/LINQ?有效点。我更喜欢 Linux 和 Mono 总是落后和/或受限于它们可以复制的 M$ 最新和最大)
至于 Scala Rails (Scails),Scalatra 提供路由、REST 和带有 Scalate 的 V(iew),但缺少 MC 和 ORM。喜欢轻量级的简单,但 Scalatra 是 Sinatra,而不是 Rails。 Play 2.0 Scala 版本显然是受到 Rails 的启发,但是通过文档运行无论如何都不会让人松一口气,尤其是非 ORM,ANORM。暂时可能 Play 2.0 是唯一可行的 Scala Rails 选项,将不得不更深入地挖掘,希望它像 Scala 本身一样更干、更简洁。
所以,假设 Scala Rails 已经存在,缺少的环节是 Scala Drupal,考虑到它不存在,可以说是最难的部分 ;-) 也许这是一个将 Drupal 的数据驱动内容管理框架 (CMF) 与编译语言相结合的白日梦像斯卡拉。这两者是相互排斥的还是可以创建一个高性能的数据驱动的 Scrupal?如果是这样,您如何设想完整的堆栈?
【问题讨论】:
标签: ruby-on-rails drupal scala