Chúng tôi có một hệ thống xây dựng tự động tạo các tệp makefiles của chúng tôi. Một điều nó làm là đệ quy xuống bất kỳ thư mục con nào và xây dựng chúng như thư viện, liên kết chúng cùng với các đối tượng của thư mục chính để tạo ra ứng dụng. (Trong thực tế, các "thư mục con" thường là các liên kết tượng trưng.) Các thư viện tĩnh trừ khi tên thư mục kết thúc bằng ".so". Một điều tốt đẹp về điều này là một bản dựng đầy đủ của hệ thống của chúng tôi, có nhiều tệp thực thi, không phải biên dịch nhiều lần các thư viện phổ biến.
Tuy nhiên, kết quả là không có sự tách biệt các tiêu đề và nguồn. Và nó chưa bao giờ là vấn đề. Thành thật mà nói, tôi nghĩ rằng nó tốt hơn bởi vì tiêu đề và các tập tin nguồn có tính phổ biến của vị trí, và bạn có thể lấy một thư mục và biết bạn có mọi thứ bạn cần để sử dụng nó. Nó cũng hoạt động tốt với tính năng "bên ngoài" của Subversion và các tính năng tương tự trong các VCS khác.
Một nơi cuối cùng mà việc tách/src bị lỗi là nếu bạn sử dụng bất kỳ trình tạo mã nào, chẳng hạn như flex, bison hoặc gengetopts. Tìm ra nơi những công cụ này nên đặt kết quả đầu ra của họ để chúng được xây dựng là khó khăn nếu bạn đã truyền bá mọi thứ.
Nguồn
2010-05-27 19:40:12
1, tôi sử dụng cùng một tách trong công việc. Khi bạn tương tác hàng ngày với ít nhất một tá thành phần, có ích khi chúng không làm tắc nghẽn các tệp API với những tệp bạn không quan tâm. –
Tôi cũng tự hỏi nếu nó ảnh hưởng đến thời gian xây dựng một mức độ nhỏ. Ví dụ: trong Thư viện Bổ sung của Visual Studio, có một thư mục kích thước nhỏ hơn bao gồm nói chung làm cho mọi thứ hơi hơn một thư mục có nhiều tệp tiêu đề khác không được đưa vào bên ngoài thư viện? – jxramos