Làm thế nào để bạn xử lý thời gian biên dịch ngày càng dài khi làm việc với các mẫu?

Tôi sử dụng Visual Studio 2012 và anh ấy có trường hợp chúng tôi đã thêm các tham số mẫu vào một lớp "chỉ" để giới thiệu "điểm đường may" để trong bài kiểm tra đơn vị, chúng tôi có thể thay thế các phần đó bằng các đối tượng giả.

Làm thế nào để bạn thường giới thiệu các điểm đường may trong C ++: sử dụng giao diện và / hoặc trộn dựa trên một số tiêu chí với giao diện ngầm bằng cách sử dụng các tham số mẫu cũng? Một lý do để hỏi điều này cũng là vì khi biên dịch đôi khi một tệp C ++ (bao gồm các tệp mẫu, cũng có thể bao gồm các mẫu khác) dẫn đến một tệp đối tượng được tạo theo thứ tự khoảng 5-10 giây trên máy của nhà phát triển .

Trình biên dịch VS cũng không đặc biệt nhanh trong việc biên dịch các mẫu theo như tôi hiểu và do mô hình bao gồm các mẫu (thực tế bạn bao gồm định nghĩa của mẫu trong mỗi tệp sử dụng nó một cách gián tiếp và có thể khởi tạo lại mẫu đó mỗi khi bạn sửa đổi một cái gì đó không liên quan gì đến mẫu đó) bạn có thể gặp vấn đề với thời gian biên dịch (khi thực hiện biên dịch gia tăng).

Cách xử lý thời gian biên dịch gia tăng (và không chỉ) của bạn là gì khi làm việc với các mẫu (bên cạnh trình biên dịch tốt hơn / nhanh hơn :-)).

Nếu các tham số mẫu của bạn chỉ có thể giả sử một tập hợp các giá trị hữu hạn (và nhỏ), bạn có thể di chuyển định nghĩa của chúng trong tệp nguồn và sử dụng tính năng khởi tạo rõ ràng .

Chẳng hạn, trong aaa.hbạn chỉ khai báo các hàm mẫu fvà g:

template <int n>
int f();

template <class T>
void g(int a);

Giả sử ntham số mẫu chỉ có thể là 1, 3, 6 và Ttham số mẫu chỉ có thể là int, longvà void *.

Sau đó, bạn xác định chúng aaa.cppnhư thế này:

template <int n>
int f()
{
    ...
}

template <class T>
void g(int a)
{
    ...
}

template int f<1>();
template int f<3>();
template int f<6>();

template void g<int>(int a);
template void g<long>(int a);
template void g<void *>(int a);

Theo cách này, trình biên dịch khởi tạo khuôn mẫu cho các tham số đã cho khi biên dịch aaa.cpp. Khi biên dịch mã máy khách, nó giả định rằng các định nghĩa tồn tại ở đâu đó và trình liên kết sẽ đảm nhiệm việc đó.

#include "aaa.h"

int main()
{
    f<1>();
    f<3>();
    f<6>();

    g<int>(5);
    g<long>(5);
    g<void *>(5);
}

Bạn cũng có thể khởi tạo các lớp mẫu một cách rõ ràng. Hạn chế là bạn không thể sử dụng fhoặc gvới các tham số mẫu khác.

#include "aaa.h"

int main()
{
    f<5>();
}

kết quả trong

undefined reference to `int f<5>()'

Tôi đã sử dụng kỹ thuật này trong một dự án trong đó một vài lớp phức tạp phụ thuộc vào một tập nhỏ (<10) tham số mẫu số nguyên và nó giảm đáng kể thời gian biên dịch (vì trình biên dịch không phải phân tích các định nghĩa mẫu phức tạp khi biên dịch mã máy khách) . Tất nhiên bạn có thể nhận được các cải tiến ít hơn, tùy thuộc vào mã thực tế.

Có lần tôi đã sử dụng một giải pháp lạ cho một vấn đề tương tự: Bao gồm cả STL dẫn đến thời gian biên dịch như vài giây cho mỗi tệp nguồn - bất kể nó nhỏ đến mức nào. Vì vậy, tôi đã bao gồm tất cả các tệp nguồn của mình vào một tệp chính và thời gian biên dịch cho mỗi tệp hầu như không thay đổi ... điều đó có nghĩa là tăng tốc độ của yếu tố 20+ vì tôi chỉ có một tệp duy nhất để biên dịch.

Để giữ cho thiết kế sạch sẽ, tôi tiếp tục duy trì một makefile, nhưng không bao giờ thực sự sử dụng nó (ngoại trừ việc xác minh nó vẫn hoạt động).

Chúng tôi đã từng thực hiện một nhiệm vụ lớn để xây dựng các tiêu đề được biên dịch sẵn và các mẫu được biên dịch trước qua đêm và chỉ xây dựng dựa trên những ngày hôm sau.