我正处于设计新Web应用程序的初步阶段，尚未开始任何类型的实现。该应用程序模拟了一个相当复杂的域，我觉得使用诸如ruby DataMapper ORM（在.net世界中使用NHibernate）等工具比使用Rails Active Record更舒服。我也更喜欢jquery而不是原型。所有这些注意事项当然都指向使用Merb，但我知道Merb正在被合并到版本3的Rails中，并且将不再作为一个独特的框架存在。
现在开始处理应用程序的实现是否有任何意义，因为有相当深刻的变化？我真的想知道是否值得在Merb中开始开发然后将其移植到Rails，但我还没有找到任何暗示这可能有多困难的东西。另一种方法是在Rails中开始在域上工作，并且只有在v3发布后才考虑ORM和前端。
从本质上讲，我想知道一个Merb应用程序对Rails 3的可移植性如何，但我知道除了核心开发人员之外的任何人都知道这个可能为时尚早。
任何想法都将不胜感激。谢谢:)）
--------------编辑---------------
Merb项目的首席开发人员Yehuda Katz在他的博客上说：
计划是立即开始研究Rails，并在过渡期间继续修复错误并解决Merb中的其他主要问题。我们还将发布专门设计的Merb版本，以帮助简化向Rails 3的过渡。
特别是，我们将使用弃用通知和其他过渡机制来执行Merb版本，以帮助开发人员跟踪Merb 1.x和Rails 3之间的更改。期望一些临时版本逐渐接近Rails 3，并期望将部分Merb（最值得注意的是助手）移植到Rails 3上以便进一步减少摩擦。
非常清楚：我们并没有放弃Merb项目。 Merb上运行的许多生产应用程序依赖于及时的错误修复和明确的未来路径。 如果您今天使用的是Merb，请继续使用Merb。如果您正在考虑将Merb用于项目，因为它可以更好地满足您的需求，请使用Merb 。你不会被冷落，我们会尽一切努力确保你的应用程序不会在过去被卡住。
如果您已经学习了Merb，我们将努力确保您可以将这些知识融入Rails 3.在Engine Yard，我们完全打算继续使用Merb作为我们的内部应用程序，直到Rails 3出来，但我们将使用这些（非平凡的）应用程序来确保每个人的体验顺利。没有大的跳跃，你不需要从头开始重写你的应用程序。
答案 0 :(得分：1)
真的，在框架上启动复杂应用程序绝不是一个好时机。似乎总会有一个重大的升级或其他竞争框架可能是一个更好的选择。如果您在Merb上取得更多成功，请立即坚持下去并毫无畏惧地开发您的项目！ Rails和Merb社区都将不得不应对项目与Rails 3发布的合并，但这将是一段时间。
然而，项目合并并不意味着Merb会离开。 Yehuda Katz将不再担任首席开发人员，但有人将接管该项目。只要您遵循Merb官方开发人员的存储库，您至少可以获得几年的安全补丁和错误修复。可能在Rails 3发布之后，你会发现将Rails 2.x / Merb 1.x应用程序升级到Rails 3的很好的演练。