2010-02-24 38 views
29

Tôi biết rằng từ "doanh nghiệp" cung cấp cho một số người creep, nhưng tôi tò mò muốn biết liệu có ai có kinh nghiệm tạo ứng dụng doanh nghiệp hay không, tương tự như ứng dụng Java EE, là các ứng dụng phân phối đồng thời cao với Django? Tôi biết Java có những vấn đề riêng của nó nhưng loại được xem như là khuôn khổ doanh nghiệp và tôi nghĩ điều đó thật không may.Bất cứ ai sử dụng Django trong "Doanh nghiệp"

Một số người nói rằng Rails là một sự thay thế tốt cho Java EE nhưng còn Django thì sao? Có ai từng sử dụng nó trong ngữ cảnh này không? Bạn chỉ thấy các trang web khá chuẩn trên djangosites.org và có vẻ như nó có khả năng hơn rất nhiều. Tôi đang lên kế hoạch loại bỏ một số hệ thống cũ của chúng tôi được viết chủ yếu trên ASP.NET và một số Java cho một cái gì đó dễ dàng hơn duy trì. Tôi bắt đầu sử dụng Django cho một số ứng dụng khác và thấy nó tuyệt vời cho những gì tôi đang sử dụng nó (Tin tức của công ty, mạng nội bộ, v.v.) nội bộ nhưng về cái gì đó như… hệ thống tài khoản phải thu hoặc hệ thống thanh toán, v.v. Tôi ghét phải nhìn thấy một khuôn khổ như chim bồ câu này được đục lỗ thành một thể loại mà nó không cần. Nó dường như được sử dụng cho phương tiện truyền thông xã hội/mạng, nội dung nặng trang web, không quá nhiều dữ liệu chế biến, vv Tôi cảm thấy rằng nó có tất cả các yếu tố cần thiết để bắt đầu xuống con đường này. Bất cứ ai có bất cứ suy nghĩ?

+0

Nên là Cộng đồng Wiki –

+0

Liên quan: http://stackoverflow.com/questions/886221/does-django-scale –

+3

Tôi không nghĩ rằng các ứng dụng web phù hợp cho các ứng dụng chạy trên tàu chiến. ;) – Powerlord

Trả lời

7

EDIT Đó là vài năm trước. Kể từ đó cổng thông tin đã đóng cửa và có thể mở cửa trở lại. Tôi không biết đó là trạng thái gì. Nhưng nó đã được sử dụng tại một số điểm Django (nguồn: Tôi áp dụng ở đó tại một thời điểm).

http://grono.net/ là một trang đánh bóng tương đương của Facebook và được sử dụng bởi một số ít người (tại một thời điểm nào đó là một vài triệu, bây giờ ít hơn, do sự phổ biến của FB). Nó hoạt động trên Django phân phối.

+0

Vâng, grono: D. Tôi đã không ghé thăm nó trong một vài tháng. – klew

+5

Tôi đoán đó là bởi vì nó hút, mặc dù nó được viết bằng Django ;-) – gruszczy

+0

Tôi đã truy cập grono.net và nó trông giống như một giao diện wordpress :-( –

14

Đây có phải là những gì bạn đang tìm kiếm không?

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

Hoặc bạn đang tìm kiếm danh sách này? http://www.djangosites.org/

Dưới đây là các trang web Django để giá powered: http://www.djangosites.org/highest-rated/

Làm thế nào về trang web Django tập trung vào việc "kinh doanh": http://www.djangosites.org/tag/business/ là "Doanh nghiệp" đủ?

Chúng tôi xử lý dữ liệu kinh tế với Django. Giao dịch khối lượng lớn. Liệu "doanh nghiệp" đó có đủ không?

+2

Doanh nghiệp không phải lúc nào cũng có nghĩa là "khối lượng cao" –

7

Đối với hệ thống bạn muốn thay thế, bạn có thể thấy rằng đó là mong muốn sử dụng một cái gì đó mạnh mẽ hơn ORM Django như SQLAlchemy. Nó không phải là một câu hỏi về mở rộng quy mô, nhưng thực tế là ORM của Django làm cho nó khó xây dựng các truy vấn phức tạp và thường thúc đẩy bạn làm trong Python những gì nên được thực hiện bởi RDBMS của bạn - khi bạn không phải sử dụng SQL thô. Mặc dù SQLAlchemy có một đường cong học tập dốc hơn, nó có nhiều tính năng hơn và phù hợp hơn với các hoạt động cơ sở dữ liệu phức tạp. Nó chắc chắn là giá trị thời gian của bạn để có một cái nhìn vào nó trước khi quyết định trên một ngăn xếp web để xây dựng trên.

Điều này có lẽ ít liên quan đến câu hỏi của bạn nhưng tất cả chức năng trong Django cũng được cung cấp bởi các thư viện khác mà tôi thấy là cao cấp: Jinja2 cho khuôn mẫu (nó có cú pháp giống như mẫu Django mà không có mớ hỗn độn đó là mẫu hệ thống thẻ và hiệu suất tốt hơn), WTForms cho biểu mẫu và dạng mô hình, Babel cho i18n (với nhiều tính năng không có trong thư viện i18n của Django) và Werkzeug để cung cấp giao diện WSGI hoàn chỉnh với định tuyến URL.

3

Công ty của tôi sử dụng Python/Django làm cơ sở cho Nền tảng Intramas của chúng tôi. Một nền tảng ứng dụng web cấp entreprise được triển khai cho khoảng một chục khách hàng lớn.

Tính năng tích hợp bao gồm quản lý liên lạc trung tâm, trình tạo tài liệu, lớp bảo mật bổ sung, GUI mặc định để thiết kế ứng dụng nhanh (không gây rối với giao diện quản trị Django!).

Nhìn chung, chúng tôi rất hài lòng với Django làm cơ sở cho sự phát triển của chúng tôi, nó rất mở rộng và chu kỳ phát hành sản xuất mã rắn (chúng tôi nâng cấp thường xuyên).

Mặc dù trang web của chúng tôi (http://www.sinax.be) bằng tiếng Hà Lan và không mở rộng ở thời điểm này, bạn luôn có thể liên hệ với tôi để biết thêm thông tin.

13

Một trong những hạn chế lớn nhất trong django là mặc dù trong lý thuyết khái niệm về các ứng dụng là âm thanh độc lập tốt đẹp, trong thực tế nó thực sự không hoạt động tốt; ngay cả khi bạn tìm thấy một số ứng dụng cung cấp chức năng mà bạn cần - không phải lúc nào cũng dễ dàng cắm vào và đi - bạn sẽ luôn cần chỉnh sửa/hack vào nó.

Đánh giá django như một nền tảng trung tâm tại nơi làm việc của tôi để phát triển các ứng dụng pluggable dẫn đến một vài rào chắn:

  1. ORM - vâng, tuyệt vời của nó - nhưng nó là rất cụ thể và phù hợp. Tôi đã sử dụng nó khi tôi cần một số xử lý dữ liệu nhanh chóng thực hiện, nhưng khác hơn là bạn cần phải đi sâu vào một cái gì đó thích hợp như SQLAlchemy. Một điều chúng ta không thể làm một cách dễ dàng là lấy mẫu ngẫu nhiên. Điều này đã trở thành một vấn đề đối với chúng tôi trên một tập hợp dữ liệu nhỏ (khoảng 538.000 hàng) với postgres.

  2. Hệ thống mẫu - một lần nữa, rất cụ thể đối với các ứng dụng theo kiểu django. Không có khái niệm thực sự về các thành phần chủ đề có thể cắm được trừ khi bạn tự phát triển nó; và điều này có nghĩa là phát triển những thứ đã được các nền tảng khác cung cấp.

  3. Không thực sự là một điểm chống lại django per-se nhưng thiếu một nơi trung tâm để cung cấp dịch vụ phổ biến hóa ra là một vấn đề lớn đối với chúng tôi. Ví dụ, không có nhà cung cấp xác thực trung tâm mà chúng ta có thể cắm vào, không có cách trừu tượng nào để cung cấp thông tin xác thực dữ liệu (tách vai trò). Vì vậy, khi chúng tôi chuyển mọi thứ sang máy chủ sản xuất; không thể chỉnh sửa thông tin đăng nhập cơ sở dữ liệu trên máy chủ (như trong trường hợp với Java) và các nhân viên db phải gây rối với cơ sở mã của tôi.

Tất cả những điều này đã dẫn tôi xem máy chủ cổng Java là "nền tảng" của tôi và cụ thể Liferay vì nó hỗ trợ Python.

Tôi đề nghị bạn hãy nhìn vào bức tranh lớn trước khi bạn tự cam kết với django. Tôi thực sự yêu thích khung công tác, và tôi luôn sử dụng nó trong các dự án một lần, nhưng là một nền tảng trung tâm để phát triển tất cả những gì chúng tôi có thể cần - django không phải là câu trả lời cho chúng tôi.

Tôi hiện đã ủy quyền django cho các dự án tự chứa - như một số trang web cụ thể cho một bộ phận. Nếu chúng ta cần sử dụng Python cho một cái gì đó khác, bây giờ tôi đánh giá Pyramid như nó có thể cắm thêm được. Đối với bất cứ thứ gì cần tích hợp ngoài bộ phận của chúng tôi, tôi xem xét Java.

Nếu tất cả những điều đó không thành công - chỉ khi đó chúng tôi mới chuyển đến .NET.

+1

Kiểm tra mưa Đó là năm 2016 và Django có nhiều tiến bộ có thể vượt qua tất cả các điểm được đề cập. – Jay

10

Công ty của tôi sử dụng Django cho ít nhất sáu doanh nghiệp quy mô lớn như mercedes, adidas. chúng tôi thường sử dụng trình bao bọc Jython. Những lợi thế là

  • giảm chi phí phát triển so với Java/C#
  • chạy ổn định qua giấy gói trong môi trường/Java IIS hoặc Tomcat
  • bảo vệ phần mềm của chúng tôi từ bắt chước

Vậy, chúng ta cũng hài lòng với Django và đang quảng cáo nó cho tất cả khách hàng của chúng tôi do lợi thế chi phí dev.

+1

Tôi biết đây là một câu hỏi cũ, nhưng bạn có thể cung cấp các liên kết sẽ chạy Django trên JVM không? Và cũng làm thế nào để "BẢO VỆ" mã python của bạn? Cảm ơn – Othman

+0

https://docs.djangoproject.com/en/1.8/ howto/jython / – inoks

Các vấn đề liên quan