Tại sao "hết nguồn" xây dựng không phải là mặc định?

Question

Tôi vừa mới phát hiện ra rằng bạn có thể cấu hình Visual Studio (nhưng câu hỏi này là giống nhau đối với bất kỳ trình biên dịch nào) để đổ các tệp .o trung gian vào một thư mục riêng biệt bên ngoài cây nguồn thay vì bên cạnh từng dự án riêng lẻ. Điều đó làm cho nó dễ dàng để làm sạch các dự án lên đến lưu trữ để zip hoặc một cái gì đó dọc theo những dòng.

Tại sao loại cấu hình đó không phổ biến hơn? Có bất kỳ nhược điểm đáng kể nào không?

Answer 1

Đây là mặc định trong Visual Studio và đã có thời gian khá lâu (ít nhất là ngược lại với VC++ 6). Thư mục trung gian mặc định giống với thư mục đầu ra, không phải thư mục nguồn. Điều này có nghĩa rằng tất cả các tệp đối tượng được đặt cùng với đầu ra cuối cùng.

Trong thực tế, nó yêu cầu một số jiggery-pokery nếu bạn đang làm việc với các dự án mong đợi đầu ra trình biên dịch được đặt cùng với tệp nguồn. Vì VC++ mặc định cho các tệp đối tượng cùng tên với tệp nguồn tương ứng của chúng (nhưng với phần mở rộng khác), nếu bạn có nhiều tệp nguồn có cùng tên (nhưng các đường dẫn khác nhau), thì việc biên dịch từng tệp nguồn sẽ ghi đè lên đối tượng tương ứng tập tin. Tập tin cuối cùng sẽ được biên dịch "thắng".

Điều này, tự nhiên, phá vỡ bản dựng.

Yêu cầu tên tệp nguồn là duy nhất toàn cầu trên một dự án thực sự khá khó chịu. Bạn có thể thay đổi vị trí đầu ra sao cho nó bao gồm một đường dẫn; mối liên kết vẫn làm điều đúng.

Answer 2

Đây có thể là câu hỏi có câu trả lời lịch sử. Các trình biên dịch C đầu tiên (và do đó các trình biên dịch C++ đầu tiên) được viết trên và cho Unix. Không có nơi 'chuẩn' cho nhiều thứ trong unix, chỉ với một vài ngoại lệ. Như vậy, thực hành bình thường là chỉ cần đặt tất cả mọi thứ trong thư mục làm việc hiện tại, trừ khi được hướng dẫn khác.

Answer 3

Nếu bạn sử dụng Qt Creator làm IDE phát triển của mình thì phiên bản 2 bây giờ cho phép 'tạo bóng' theo mặc định hoạt động chính xác theo cách bạn mô tả và thực sự hữu ích. Nó cũng là một hộp kiểm duy nhất để bật hoặc tắt nó, điều này hơi phức tạp hơn so với VS.

Answer 4

Tôi sẽ đi với "vì VS được phát triển trong chân không, nơi các ý tưởng từ thế giới bên ngoài thường không xâm phạm. Việc sắp xếp các tệp xây dựng theo cách này hoạt động được chấp nhận trong các phiên bản đầu tiên của Visual Studio (hoặc tiền thân không phải của Studio) và vì đó là cách luôn được thực hiện trong nhà và không ai đến từ bên ngoài và nói "bạn biết đấy, phần còn lại của thế giới thực sự muốn tách các tệp rác trung gian và thực tế của họ mã nguồn", nhóm nghiên cứu VS không bao giờ hình dung nó là một vấn đề.

nó chỉ là một phỏng đoán, nhưng tôi không thể nghĩ ra một lời giải thích tốt hơn.