Cách tiếp cận nhất quán để đổi tên các không gian tên trong C++

Question

Khi sử dụng các vùng tên lồng nhau đôi khi tên đủ điều kiện kết thúc là khá dài. Tôi biết tôi có thể sử dụng namespace abc = aaa::bbb::ccc để giảm số lượng nhập (nó cũng có thể cải thiện khả năng đọc trong một số trường hợp).

Tôi không chắc chắn, cách tốt nhất để đạt được việc đổi tên này trên tất cả các tệp trong một dự án là gì. Cách tiếp cận đơn giản (tức là, để đổi tên các không gian tên dài trong một cơ sở cho mỗi lần sử dụng) có thể dẫn đến việc sử dụng các tên viết tắt khác nhau cho cùng một tên đủ điều kiện trong các tệp khác nhau. Vì vậy, tôi đã nghĩ đến một cách nhất quán hơn để làm điều này.

Ví dụ, chúng ta hãy giả định một cái gì đó như:

project 
    |- client 
    | |- core 
    | |- plugin 
    | |- util 
    |- server 
     ... 

Tôi đã suy nghĩ để tạo ra một tiêu đề cho mỗi thư mục bao gồm tên giảm. Ví dụ: project/client/core/core.h sẽ chứa namespace pr_cl_core = project::client::core (Tôi biết ví dụ về tên ngắn này là khá kém, nhưng trong các dự án thực tế chúng có ý nghĩa hơn). Sau đó, tôi sẽ bao gồm core.h vào tất cả các tệp tiêu đề trong project/client/core để khi một tiêu đề từ thư mục đó được đưa vào, giả sử, project/client/plugin/plugin_foo.h, các phiên bản không gian tên ngắn sẵn có.

Đây có phải là cách tiếp cận tốt để làm như vậy không? Có cách nào khác tốt hơn không?

Tôi đã tìm thấy một số câu hỏi về không gian tên C++ trên SO (ví dụ: 1 và 2), nhưng không có câu hỏi nào liên quan đến cách giải quyết đổi tên không gian tên theo cách toàn dự án.

EDIT: Ngoài ra, cơ chế như vậy có thể được sử dụng để đổi tên một cách có hệ thống các không gian tên dài (chẳng hạn như không gian tên của Boost) cho toàn bộ dự án. Ví dụ: tôi thường đổi tên một số không gian tên như:

namespace ip = boost::asio::ip; 
namespace ptime = boost::posix_time; 

Hiện tại tôi làm điều này trên cơ sở từng đơn vị dịch, nhưng tôi muốn làm điều đó bằng cách tiếp cận toàn cầu cho toàn bộ dự án.

Answer 1

Tôi cho rằng nếu bạn liên tục phải nhập tên không gian tên dài, thì có điều gì đó sai trong hệ thống phân cấp không gian tên của bạn.

Giả sử bạn sẽ giống nhau với các lớp học, liên tục tìm thấy chính mình khi nhập obj->sub()->subsub()->some_method(). Điều này sẽ vi phạm Law of Demeter. Trong trường hợp các lớp, bạn sẽ cấu trúc lại mã của bạn (bằng cách viết các hàm bao bọc) để các lớp trong hệ thống phân cấp chỉ phải truy cập các phương thức một cấp.

Điều tương tự phải được thực hiện với không gian tên: nếu bạn phải gọi project::client::core thì bạn nên viết hàm/lớp bao bọc trong client để hiển thị các giao diện cần thiết cho project. Nếu bạn cần phải làm điều này trên tất cả các nơi, tại sao không san bằng cấu trúc không gian tên của bạn để client và core là cùng cấp?

Thực tế là Boost sử dụng vùng tên lồng nhau chỉ đúng một phần, vì hầu hết các không gian tên lồng nhau như aux và detail không được gọi là khách hàng. Ví dụ. Boost.MPL là một ví dụ thực sự tốt về một thư viện cẩn thận không để lộ các không gian tên lồng nhau một cách vô cớ.