Xây dựng tự động hóa: Có thường sử dụng QMake cho các dự án không phải Qt không?

Vì vậy, tôi dự định viết thư viện C ++ và tôi muốn nó là đa nền tảng, và vì thư viện này sẽ không giao dịch với UI và tôi muốn nó có càng ít phụ thuộc càng tốt, tôi sẽ không sử dụng Qt (thực ra Qt sẽ không thực sự giúp tôi đạt được những gì tôi muốn, tất cả những gì tôi dự định sử dụng là STL và Boost). Bây giờ khi nói đến việc xây dựng một dự án đa nền tảng, tôi thực sự thích QMake vì nó cực kỳ dễ sử dụng và tôi có kinh nghiệm với nó. Tôi cũng đã nghe những điều hay về CMake, mặc dù tôi thực sự nghi ngờ nó dễ sử dụng như QMake.

Dù sao, đây là câu hỏi của tôi: Tôi có nên gắn bó với công cụ tự động hóa xây dựng mà tôi biết hoặc QMake chỉ nằm ngoài ngữ cảnh cho một dự án không phải là Qt? Tôi có nên coi đây là cơ hội để học CMake không? Hoặc có một sự thay thế tốt hơn cho hai?

Sự lựa chọn đó hoàn toàn phụ thuộc vào bạn.

Nhưng tôi sẽ chỉ ra rằng một rất số lượng lớn các dự án Qt dựa trên đã chuyển đi từ qmake và chuyển sang CMake, vì nhiều lý do. Tôi cũng sẽ chỉ ra rằng không có lý do kỹ thuật nào mà bạn không thể sử dụng QMake nếu bạn thích nó.

Cá nhân, tôi sử dụng CMake, vì nó khá tốt với vai trò là autotools đã từng được ưa thích, làm như vậy với một bộ công cụ và cú pháp dễ hiểu hơn và hoạt động. Nhưng tôi thấy sự hấp dẫn của việc sử dụng QMake - cú pháp đơn giản hơn nhiều và có lẽ dễ hiểu và dễ sử dụng hơn CMake.

Tôi đã từng làm việc cho một công ty ( Công nghệ mạng tương tác ) đã tạo ra SDK để sử dụng trong không gian Contouring, Seismic, Welllog và GIS. Sản phẩm C ++ được hỗ trợ cho nhiều loại Unix và Windows (trở lại khi bạn phải xác định NT so với các hương vị khác)

Khi QT ra đời, nó đã có QMake; Tôi đã quen thuộc với make và Ant vào thời điểm đó. Sau khi dành ba ngày với QMake, tôi đã ném nó ra và đơn giản là sử dụng.

Mặc dù việc tạo ra có thể phức tạp về mặt trí tuệ, tôi khuyên bạn nên sử dụng nó hoặc Ant so với QMake.