|
|
1
20
如果您认为需要像numpy或scipy这样的库,最好还是使用python/django。我一直在努力寻找红宝石的等价物。
当然,越大越好。我在Django社区的支持方面有着很好的经验,可插拔的应用程序生态系统正在迅速成熟。 我还想补充一点,我发现django文档非常容易理解。 |
|
|
2
10
如果你想要一个快速堆栈,请查看Sinatra。 Django会更快理解。它具有出色的路由、简单的文件结构、清晰的语法、不需要太多的wtf时刻和可理解的ORM功能。 你必须潜入铁轨。你将战斗记录。您将尝试围绕Rails应用程序的多个方面进行思考。 我都喜欢。两个都试试。他们不会花那么长时间去感受。最终,您应该根据每个应用程序的基础和因素做出决定,在这些基础上,语言有更好的模块/扩展/gems来满足您的需要。 |
|
|
3
8
既然您所说的偏好是python,我会毫不犹豫地推荐django。这个 documentation 可供Django使用是一流的,社区非常有帮助。浏览django用户档案或在IRC中逗留一段时间,您会对可用的支持有很好的了解。 |
|
|
4
7
我更喜欢Django,因为它不那么神奇,有了Rails,我觉得他们把约定推到配置原则之上太远了,所以我更喜欢Django更明确的本质。 |
|
|
5
6
滑稽的…我在同一条船上,尽管我可能已经四处寻找了更长的时间。 我是从兰德女士(C也是)进来的,我和Django一起去的,但只是在我修补了谷歌的Appengine之后,它把我重新介绍给了python。Django组织良好,内部一致(据我所知),并得到活跃社区的良好支持。python组织良好,内部一致(据我所知),并且 极其 有着令人惊叹的社区的支持。 无论如何,快速的python web开发比django要多得多。您可能需要搜索:python wsgi框架。塔架和涡轮齿轮提供了巨大的灵活性,并专注于“最佳”的组件,Web2py似乎有一个非常酷的DAL/ORM,我渴望深入研究,和web.py和werkzeug(其中)是最低限度的,不要试图规定你应该如何建立你的应用程序。如果你坚持Django,一定要看看Pinax项目——它可能有助于启动你的开发工作。 |
|
|
6
6
我刚刚为一个客户和Django建立了一个小型社交网站。我对Python不熟悉,对Django也不熟悉,但这是我有一段时间以来最愉快的开发体验之一(即使对于语言和框架来说,这是一个新的难题)。只花了两个星期。 如果您是为自己构建这个框架,那么我会同时尝试Rails和Django(或者C.Batt提到的其他框架之一),看看什么是最舒适的。我最终选择了django/python,因为我喜欢这种语言。它让人感觉干净而高效,而且你也不能为自己的裸奔网站的运行速度争论不休。 如前所述,Pinax非常棒。如果有的话,你会得到一个坚实的基础。我发现我必须扩展它的某些部分才能得到我想要的,并且我决定从头开始编写一些部分,因为这些更改将变得“黑客式”以匹配我需要的内容。然而,其他部分是完美的。私有消息是开箱即用的,只是使用了一些新模板来匹配站点。 |
|
|
7
2
我是另一个渴望修补的网友。姜戈很有吸引力。虽然开发很简单,也很有趣,但我听过一些关于Rails和Django(主要是Rails)的部署和配置难题的故事。这不像是在IIS上抛出一个ASP.NET应用程序,或者在Apache上抛出一个PHP应用程序。对于那些事情,你可以设定并忘记它。我很想知道C.Batt对他/她部署Django的经验的评论。 最近我一直在研究圣杯。它使用了类似于红宝石的groovy。它很容易开发,你可以像Rails一样快速地构建应用程序,但是你可以通过JVM访问Java平台。有大量的开源Java组件,你可以下载到GRAILS应用程序中,你可以找到很多类型的组件。这真的不像构建一个Java应用程序。到目前为止,它确实感觉像铁轨。祝你好运。 |
|
|
8
2
你已经到了不能做出错误选择的地步了! 我个人喜欢的是姜戈,但事实上,Rails也很好。 我认为最好的答案是姜哥的朋友们自己说的:
|
|
9
1
既然你是一个经验丰富的.NET程序员,在转向Rails和Django之前,你真的应该先看看ASP.NET和MVC,至少如果你的目标是快速启动和运行的话。利用你已经深入了解的东西总是比较容易的。 我最近也遇到了类似的情况——我有一个项目,我想在Windows和Unix上推出,所以我没有充分利用我熟悉的东西(Ruby/Rails),而是跳上了船,让groovy在Grails上获得了成功。这是一次非常有益的经历,我真的很高兴我在Grails上做了一些小项目,但最终,在我有几年经验的环境中,即使在几个月的Grails黑客攻击之后,我的生产力也只占到了很小的一部分。 所以,拿起Django,Rails,Lift,或者你想做的任何事情——它将帮助你扩展你的思维,并给你不同的方法来看待解决问题。但是,如果你想快速发展,可以在为你设计的平台(MVC)上使用你所知道的(.net)。 |
|
|
10
1
您表达了对python的偏好,所以我将使用django——这是一个很好的框架。我个人倾向于选择,但我不是你,两种选择都很好。 这大部分是 https://stackoverflow.com/questions/91846/rails-or-django-or-something-else BTW |
|
|
11
1
像其他人建议的那样,尝试两者都是一个好方法,但实际上,对我来说,我更愿意把它建立在你更喜欢使用的语言的基础上。当然,如果它是一个Web应用程序,你会对框架做很多工作,但是你写的“每一行”代码都将使用这种语言。因为这两个框架都很强大,所以更重要的是你最喜欢用什么语言编写代码,日复一日。 我个人很喜欢铁路,但是有很多朋友在使用Django。当我们一次又一次地讨论事情时,归根结底更多的是语言而不是框架。语言是相当不同的,你通常会发现你更喜欢一种语言,至少在我看来。我原以为Python听起来很棒,学习了它,用它写了一些东西,等等,但它从来没有为我“点击”过。当我多年前第一次看到Ruby时,它看起来有点奇怪,但当我通过Rails重新访问它时,它感觉很自然。当我用Ruby编写代码的时候,我觉得我在写英语——如果我能想到应该如何编写代码,我就可以键入它,它就可以工作了。它更适合我的大脑。 社区方面,你会有很多不同的意见。我不认为“太大”意味着它是坏的,我也不认为Ruby社区无论如何都是“太大”了,特别是与Java社区相比。Ruby和Rails肯定在某种程度上已经成为主流,对于我们这些与它合作了几年的人来说,它似乎是主流,但在总体方案中,它实际上仍然相当小。 不管怎样,祝你好运,还有 享受 仔细观察它们,找到能让你愉快的工作。 |
|
|
12
1
铁轨就像圣经。除非你是一个圣人,否则你不需要理解它,你可能永远也不会理解;你所需要做的就是相信它。 |
|
|
13
0
我很好奇。如果你是一个C程序员,为什么你排除了微软的MVC? 您的问题中表达了两种不同的需求: 1)想尝试新事物 2)希望快速建设社区金融网站。 我理解希望看到RoR或Django的需求1,但对于需求2,我希望您能在MVC中更快地提高效率。 请注意,我并不是说每个人都能更快地提高效率,也不是说微软的MVP天生就更有效率,只是说一个现在是C程序员的人能够在使用C的东西上更快地提高速度…… |
|
|
14
0
虽然我从来没有尝试过亲自玩,但您可能还想用Ironpython来查看ASP.NET。 Here's a blog post that details it . |
|
15
0
我同意那些说:试着两者兼得,用你最喜欢的。 我认为Rails将是一种有趣的体验,因为它的约定优于配置和强制的MVC架构。另外,我不确定人们对Django的体验是什么,但是我所有的Rails问题都很快得到了解答。 还请记住,如果需要,可以调用Python服务来进行一些统计计算。 这是一个从.net/c到rails再到django/python,然后又回到rails的人写的一篇文章。可能值得一读。 http://blog.carlmercier.com/2007/01/30/why-i-moved-from-ruby-on-rails-to-pythondjango-and-back/ |
|
|
16
0
您的问题必须是:python或ruby;) |