Pan*_*pat 0 django ruby-on-rails
刚刚为我公司内部使用了一个新的网站项目.整个网站并不复杂,但需要大量的实时互动.基本上,它是一个交互式时间线表,我们可以自由地拖放每个元素来移动和调整它们的大小.
起初我想利用这个机会学习Python + Django(我给了很多时间),但后来我读了很多人提到Rails更适合创建丰富的交互式网站.
那么,对于像这样有很多拖放交互的网站,Rails真的是更好的选择吗?与Django + jQuery相比,Rails内置的ajax更容易使用吗?Rails的内置ajax有多灵活和可定制?我想通过这种方式学习RoR和Python一样多.
我不认为AJAX功能会定义您喜欢哪个框架.
我无法回答你关于ajax的大部分问题,但仍然认为这篇文章对你有用:它突出了ROR和django之间的巨大差异 - 主要是RoR使用魔法,django没有.
我更喜欢django.其他人可能更喜欢RoR,原因与我不相同.
Rails的开发人员认为这种"魔术"是一件好事,因为它可以让你更快地获得一些有用的东西,而且除非你想要进入并开始覆盖事物,否则不会给你带来很多细节.
Django的开发者们认为,这种"神奇"是一件坏事,因为并没有真正节省那么多的时间(几个import语句是不是在事物的宏伟计划一个大问题),并有效果隐藏正在发生的事情,使得更难以找出如何覆盖内容,或者在出现问题时更难调试.
当然,这两者都是有效的立场,通常看起来人们只是自然地倾向于其中一个; 那些喜欢围绕Rails或试图模仿它的框架的"神奇"的人,那些不会聚集Django的人或试图模仿它的框架(从更广泛的意义上讲,这些立场都是Ruby和Python的陈规定型观念)开发人员; Ruby开发人员喜欢以某种方式做事,Python开发人员倾向于以另一种方式做事.
所以我认为无论开箱即用的ajax支持,都会为你点击.
作为一个主要使用Rails的人,我想说每个框架花一天时间,按照"入门"截屏或教程,或拿起一本书.(对于rails,我建议使用Beginning Rails 3).然后,继续使用您感觉更舒适的任何一个.
一个惊人的资源轨道是Railscasts.Railscasts几乎一手将我从PHP转换为ROR.我不知道Django是否有类似数量的优质截屏视频.
所有框架都非常关注等式的服务器端.现在,Rails有很多东西可以帮助你编写视图(你的拖放)很好,比如HAML(一种奇妙的模板语言)......虽然我不知道发布链接但我确定Django有类似的帮助者.值得注意的是,Django和Rails都可以使用jQuery或任何其他javascript框架.
但是,最后,仅仅因为无国界的网络性质,你的客户端模板和javascript之间将存在一定程度的独立性,以及从服务器端提供的服务.
你应该关注的真正问题是:你想成为一个jQuery忍者,或者你想扩大一个档次并专注于Javascript本身,也许使用像MooTools或Prototype这样的工具套件.你的拖放是客户端的,所以这是你必须做出最艰难决定的地方.
祝好运!
| 归档时间: |
|
| 查看次数: |
2231 次 |
| 最近记录: |