Trước hết, để hoàn thành, tôi sẽ đề cập đến giải pháp đơn giản: chỉ sử dụng mã templated khi cần thiết và dựa trên mã không phải mẫu (với việc triển khai trong tệp nguồn của chính nó).
Tuy nhiên, tôi nghi ngờ rằng vấn đề thực sự là bạn sử dụng chương trình chung như bạn sẽ sử dụng chương trình OO điển hình và kết thúc với một lớp học cồng kềnh.
Hãy lấy một ví dụ:
// "bigArray/bigArray.hpp"
template <class T, class Allocator>
class BigArray
{
public:
size_t size() const;
T& operator[](size_t index);
T const& operator[](size_t index) const;
T& at(size_t index);
T const& at(size_t index);
private:
// impl
};
Liệu này sốc bạn? Chắc là không. Nó có vẻ khá tối giản sau khi tất cả. Vấn đề là, nó không phải. Các phương pháp at có thể là yếu tố ra mà không mất tính tổng quát:
// "bigArray/at.hpp"
template <class Container>
typename Container::reference_type at(Container& container,
typename Container::size_type index)
{
if (index >= container.size()) throw std::out_of_range();
return container[index];
}
template <class Container>
typename Container::const_reference_type at(Container const& container,
typename Container::size_type index)
{
if (index >= container.size()) throw std::out_of_range();
return container[index];
}
Được rồi, này thay đổi gọi nhẹ:
// From
myArray.at(i).method();
// To
at(myArray,i).method();
Tuy nhiên, nhờ tra cứu Koenig, bạn có thể gọi cho họ không đủ tiêu chuẩn miễn là bạn đặt chúng vào cùng một không gian tên, vì vậy nó chỉ là vấn đề của thói quen.
Ví dụ này được giả tạo nhưng điểm chung là viết tắt. Lưu ý rằng vì tính hào phóng của nó at.hpp không bao giờ phải bao gồm bigArray.hpp và vẫn sẽ tạo ra mã chặt chẽ như thể nó là một phương thức thành viên, nó chỉ là chúng ta có thể gọi nó trên các thùng chứa khác nếu chúng ta muốn.
Và bây giờ, một người sử dụng của BigArray không cần phải bao gồm at.hpp nếu cô ấy không sử dụng nó ... do đó làm giảm sự phụ thuộc của mình và không bị ảnh hưởng nếu bạn thay đổi mã trong tập tin đó: ví dụ thay đổi std::out_of_range cuộc gọi đến tính năng tên tệp và số dòng, địa chỉ của vùng chứa, kích thước của nó và chỉ mục mà chúng tôi đã cố gắng truy cập.
Ưu điểm khác (không rõ ràng) là nếu ràng buộc toàn vẹn của BigArray bị vi phạm, thì at rõ ràng là nguyên nhân vì nó không thể gây rối với nội bộ của lớp, do đó làm giảm số lượng nghi phạm.
này được khuyến khích bởi nhiều tác giả, chẳng hạn như Herb Sutters trong C++ Coding Standards:
mục 44: thích bằng văn bản chức năng nonfriend viên đệ
và đã được sử dụng rộng rãi trong Boost ... Nhưng bạn phải thay đổi thói quen viết mã của mình! Sau đó, tất nhiên bạn chỉ cần bao gồm những gì bạn làm phụ thuộc vào, có phải là tĩnh C + + phân tích mã mà báo cáo bao gồm nhưng tập tin tiêu đề không sử dụng mà có thể giúp tìm ra điều này.
+100 Bạn không thử nghiệm một mẫu bên trong một dự án không liên quan lớn. Các mẫu nên được như là lỗi miễn phí nhất có thể trước khi nó đi vào một dự án không liên quan. – jmucchiello
+1. Ngoài ra Unit Test như điên! –
Oups, không thấy bạn trả lời trước khi tôi đăng bài của tôi mặc dù tôi đoán tôi là một chút rõ ràng hơn ... trên đường về phía dấu 10k;)? –