任何人在"企业"中使用Django

32 python java django enterprise ruby-on-rails

我知道"企业"这个词给了一些人毛骨悚然,但我很想知道是否有人有创建企业应用程序的经验,类似于说... Java EE应用程序,这是与Django高度并发的分布式应用程序?我知道Java有自己的问题,但它被视为企业框架,我认为这是不幸的.

有人说Rails是Java EE的一个很好的替代品但是Django呢?有没有人在这种情况下使用它?您只能在djangosites.org上看到相当标准的网站,而且它似乎能够提供更多功能.我打算废弃一些旧系统,这些系统主要是在ASP.NET上编写的,而一些Java则是为了更容易维护.我开始将Django用于其他一些应用程序,并发现它对于我在内部使用它(公司新闻,内部网等)非常棒,但是如果......应收账款系统或计费系统等等我.我不愿意看到这样一个框架,比如这个鸽子,它不属于这个类别.它似乎用于社交媒体/网络,内容繁重的网站,而不是数据处理等.我觉得它具有开始这条道路所需的所有元素.有人有什么想法?

S.L*_*ott 15

这是你在找什么?

http://code.djangoproject.com/wiki/DjangoSuccessStories

或者您正在寻找此列表?http://www.djangosites.org/

以下是评级顺序的Django供电网站:http://www.djangosites.org/highest-rated/

Django网站如何关注"业务":http://www.djangosites.org/tag/business/是否足够"企业"?

我们使用Django进行计量经济数据处理.大批量交易.这个"企业"够吗?

  • 企业并不总是意味着"高产量". (3认同)

Bur*_*lid 13

django最大的缺点之一是虽然理论上应用程序的自包含概念听起来不错,但实际上它确实不能很好地工作; 即使你发现一些应用程序提供了你需要的功能 - 插入它并不总是很容易 - 你总是需要编辑/破解它.

在我开发可插拔应用程序的工作中评估django作为一个中心平台导致了一些障碍:

  1. ORM - 是的,它很棒 - 但它非常具体和量身定制.当我需要快速完成数据处理时,我已经使用过它,但除此之外你需要深入研究像SQLAlchemy这样的东西.我们不能轻易做的一件事是获取随机样本.这对于我们来说是一个小问题(约有538,000多行)和postgres的问题.

  2. 模板系统 - 再次,非常特定于django风格的应用程序.没有可插拔主题组件的真正概念,除非你自己成长; 这意味着开发已经由其他平台提供的东西.

  3. 对于django本身并不是一个真正的观点,但缺乏提供共同服务的中心位置对我们来说是个大问题.例如,没有我们可以插入的中央身份验证提供程序,没有提供数据凭据的抽象方式(角色分离).所以当我们把东西搬到生产服务器上时; 无法在服务器上编辑数据库凭据(如Java的情况),并且数据库人员必须弄乱我的代码库.

所有这些都使我将Java门户服务器视为我的"平台",特别是Liferay,因为它支持Python.

我建议你在投入django之前先看一下大图.我真的很喜欢这个框架,我一直在一次性项目中使用它,但作为开发我们可能需要的所有内容的中心平台 - django不是我们的答案.

我现在已经委托django进行自包含项目 - 比如一个部门的某个特定迷你网站.如果我们需要使用Python做其他事情,我现在评估Pyramid更可插拔.对于需要在我们部门之外进行集成的任何事情,我会看看Java.

如果一切都失败了 - 那么我们才去.NET.

  • 下雨检查。到了2016年,Django取得了许多进步,可以克服上述所有要点。干杯。!冰雹Django。! (3认同)

pat*_*eet 11

我的公司使用Django至少六家大型企业,如梅赛德斯,阿迪达斯.我们经常使用Jython包装器.优点是

  • 与Java/C#相比降低了开发成本
  • 通过IIS或Tomcat/Java环境中的包装器运行稳定
  • 保护我们的软件免受模仿

因此,我们对Django非常满意,并且由于开发成本优势,我们正在向所有客户推广它.


gru*_*czy 7

编辑几年前.从那时起,门户网站关闭,可能会重新开放.我不知道它的状态是什么.但它在某些时候使用了Django(来源:我曾在那里应用过).

http://grono.net/与Facebook相当,并且被很多人使用(在某些时候它是几百万,现在它更少,因为FB受欢迎).它适用于分布式Django.

  • 我想这是因为它很糟糕,即使它是用Django写的;-) (5认同)

jd.*_*jd. 7

对于要替换的系统,您可能会发现使用比Django的ORM更强大的东西,比如SQLAlchemy.这不是扩展的问题,但事实是,Django的ORM使得构建复杂查询变得困难,并且经常推动您在Python中执行RDBMS应该做什么 - 当您不必使用原始SQL时.尽管SQLAlchemy具有更陡峭的学习曲线,但它具有更多功能,更适合复杂的数据库操作.在决定构建Web堆栈之前,看看它当然值得花时间.

这可能与您的问题不太相关,但Django中的所有功能也由我认为更优越的其他库提供:Jinja2用于模板化(它具有与Django模板相同的语法,没有模板标签系统的混乱和更好性能),用于表单和模型的WTForms,用于i18n的Babel(Django自己的i18n库中没有许多功能)和Werkzeug提供带URL路由的完整WSGI接口.