Bố trí thư mục cho dự án Python với mô-đun mở rộng C

Question

Chúng tôi có nhiều dự án trong tổ chức của chúng tôi là hỗn hợp Python/C. Hiện tại chúng tôi đang cố gắng tiêu chuẩn hóa trên một bố cục thư mục cho các dự án của chúng tôi và đang cố gắng tìm ra một sơ đồ thuận tiện. Một điểm tranh cãi là nơi đặt các mô-đun mở rộng C trong cây.

Chúng tôi đang tung xung quanh một vài tùy chọn (tương đối so với thư mục gốc của dự án):

./src/package/subpackage/module.c 

hoặc cùng với các module python trong cây gói:

./package/subpackage/module.c 

hoặc trong một thư mục src trong gói phụ:

./package/subpackage/src/module.c 

Một lý do để giữ chúng khỏi giám đốc gói ies có thể là do nó sẽ dẫn đến lộn xộn, đặc biệt nếu có các tệp .c và .h khác không phải là các mô-đun nhưng vẫn cần được biên dịch. Cũng trong lược đồ "tích hợp", bạn sẽ làm gì với các tiêu đề và các tệp được nhiều hơn một mô-đun sử dụng? Đặt chúng vào một thư mục cấp cao nhất?

Tôi muốn biết những gì người khác đang sử dụng hoặc nếu có bất kỳ phương pháp hay nhất được thiết lập nào cho việc này.

Answer 1

Tôi nghĩ rằng cách bố trí của các thư viện chuẩn của Python là một ví dụ hợp lý: dưới trunk, mà về cơ bản là gốc rễ cho repo SVN (ròng của chi nhánh & c), thư mục Modules có rất nhiều .c và .h file, thư mục Lib rất nhiều tệp .py. Trong các dự án của riêng tôi, tôi có xu hướng phân chia nguồn tương tự (và thực sự nếu tôi có Cython hoặc Pyrex, hoặc SWIG vv, tôi có xu hướng có các thư mục khác cho phân mục), mặc dù có tên thư mục khác nhau (tôi thú nhận tôi) không có quy tắc nhất quán cho tên thư mục, cũng như tôi chưa bao giờ nghe nói đến các nguyên tắc tốt cho các tên như vậy).