models.py trở nên to lớn, cách tốt nhất để phá vỡ nó là gì?

Question

Chỉ đường từ người giám sát của tôi: "Tôi muốn tránh đặt bất kỳ lôgic nào trong models.py. Từ đây, hãy sử dụng lớp đó để truy cập cơ sở dữ liệu và giữ tất cả logic trong các lớp bên ngoài sử dụng các lớp mô hình hoặc quấn chúng lại. "

Tôi cảm thấy như đây là cách đi sai. Tôi cảm thấy rằng giữ logic ra khỏi các mô hình chỉ để giữ cho các tập tin nhỏ là một ý tưởng tồi. Nếu logic là tốt nhất trong mô hình, đó là nơi nó thực sự nên đi bất kể kích thước tập tin.

Vì vậy, có cách đơn giản để sử dụng bao gồm? Trong PHP-nói, tôi muốn đề xuất với người giám sát rằng chúng tôi chỉ có models.py bao gồm() các lớp mô hình từ những nơi khác. Về mặt khái niệm, điều này sẽ cho phép các mô hình có tất cả logic mà chúng ta muốn, nhưng vẫn giữ kích thước tệp bằng cách tăng số tệp (dẫn đến các vấn đề kiểm soát sửa đổi ít hơn như xung đột, v.v.).

Vì vậy, có cách đơn giản để xóa lớp mô hình khỏi tệp models.py, nhưng vẫn có các mô hình hoạt động với tất cả các công cụ Django không? Hoặc, là có một giải pháp hoàn toàn khác biệt nhưng thanh lịch cho vấn đề chung của một tập tin models.py "lớn"? Mội thông tin đầu vào đều sẽ được xem xét kĩ.

Answer 1

Django được thiết kế để cho phép bạn xây dựng nhiều ứng dụng nhỏ thay vì một ứng dụng lớn.

Bên trong mỗi ứng dụng lớn đều có nhiều ứng dụng nhỏ đang gặp khó khăn để được miễn phí.

Nếu bạn models.py cảm thấy to lớn, bạn đang làm quá nhiều. Dừng lại. Thư giãn. Phân hủy.

Tìm các thành phần, phần hoặc ứng dụng nhỏ có khả năng sử dụng lại nhỏ hơn, có khả năng tái sử dụng. Bạn không cần phải thực sự sử dụng lại chúng. Chỉ cần nghĩ về chúng như khả năng tái sử dụng.

Xem xét đường dẫn nâng cấp của bạn và phân tách các ứng dụng mà bạn có thể muốn thay thế một số ngày. Bạn không cần phải thực sự thay thế chúng, nhưng bạn có thể xem chúng là một "mô-đun" độc lập của chương trình có thể được thay thế bằng thứ gì đó mát mẻ hơn trong tương lai.

Chúng tôi có khoảng một chục ứng dụng, mỗi ứng dụng model.py không nhiều hơn 400 dòng mã. Tất cả chúng đều tập trung vào ít hơn khoảng nửa tá định nghĩa lớp rời rạc. (Đây không phải là giới hạn khó, chúng là những quan sát về mã của chúng tôi.)

Chúng tôi phân hủy sớm và thường xuyên.

Answer 2

Điều này là tự nhiên đối với các lớp mô hình chứa các phương thức hoạt động trên mô hình. Nếu tôi có một mô hình Book, với phương thức book.get_noun_count(), đó là nơi nó thuộc về - tôi không muốn phải viết "get_noun_count(book)", trừ khi phương thức này thực sự thuộc về một số gói khác. (Ví dụ: nếu tôi có một gói để truy cập API của Amazon bằng "get_amazon_product_id(book)".)

Tôi co lại khi tài liệu của Django đề xuất đặt mô hình trong một tệp và tôi đã dành vài phút ngay từ đầu để tìm ra cách tách nó thành một gói con thích hợp.

site/models/__init__.py 
site/models/book.py 

__init__.py trông giống như:

from .book import Book 

vì vậy tôi vẫn có thể viết "từ site.models nhập Book".

---

Sau đây là chỉ cần thiết cho các phiên bản trước Django 1,7, xem https://code.djangoproject.com/ticket/3591

Bí quyết duy nhất là bạn cần phải thiết lập một cách rõ ràng ứng dụng của từng mô hình, do một lỗi trong Django : nó giả định rằng tên ứng dụng là mục nhập thứ ba đến cuối cùng trong đường dẫn mô hình. "site.models.Book" dẫn đến "trang web", đó là chính xác; "site.models.book.Book" làm cho nó nghĩ rằng tên ứng dụng là "mô hình". Đây là một hack khá khó chịu trên một phần của Django; nó có lẽ nên tìm kiếm danh sách các ứng dụng đã cài đặt cho một kết quả tiền tố.

class Book(models.Model): 
    class Meta: app_label = "site" 

Bạn có thể sử dụng lớp cơ sở hoặc metaclass để khái quát hóa điều này, nhưng tôi chưa hề bận tâm đến điều đó.

Answer 3

Tôi hoàn toàn không thể gặp phải nhiều vấn đề có thể xảy ra. Dưới đây là một số khả năng kèm đáp án:

• nhiều mô hình trong cùng một tệp

  Đặt chúng vào các tập tin riêng biệt. Nếu có phụ thuộc, hãy sử dụng tính năng nhập để lấy các mô hình bổ sung .

• chức năng logic/tiện ích liên quan trong models.py

  Đặt logic thêm vào các tập tin riêng biệt.

• phương pháp tĩnh để lựa chọn một số trường hợp mô hình từ cơ sở dữ liệu

  Tạo mới Manager trong một file riêng biệt.

• phương pháp rõ ràng liên quan đến mô hình

  lưu, __unicode__ và get_absolute_url là những ví dụ.