为了可读性而使用嵌套的名称空间是个坏主意
Using nested namespaces for readability, a bad idea?
这里有一个例子(不是我在做什么,但希望能理解这一点)。
namespace SDL{
namespace Surface{
void blit(SDL_Surface *src, SDL_Surface *dest);
}
namespace Audio{
Mix_Chunk* load_sound(const char *file);
}
namespace Color{
SDL_Color mix(int r, int b, int g);
}
}
我不害怕名字冲突,因为我是自己写的,但为了可读性——我认为它更清晰。这会被认为是不好的做法吗?在SDL名称空间内过得更好吗?哪种风格被认为更好?
好评James:-)
就我个人而言,我喜欢它们,因为我从不使用"使用"语句。这个IMHO使代码更可读,因为你可以立即看到这个函数驻留在哪里等
例如
int price=StockExchange::CME::GetPrice();
Database::Mysql::StorePrice(price);
相关文章:
- 为什么两个不同的未命名名称空间可以共存于一个cpp文件中
- 命名空间中具有.h和.cpp文件的类
- 从父命名空间重载类型
- 当在同一名称空间中有两个具有相同签名的函数时,会发生什么
- 在命名空间中定义函数还是限定函数
- C++:对不存在的命名空间使用命名空间指令
- 通过继承类使用来自不同命名空间的运算符
- 使用命名空间时出现多个定义错误
- OpenGL相机和相机空间转型的困惑
- CUDA内核和数学函数的显式命名空间
- 打印第二列时的2d字符矢量打印空间
- 嵌套的匿名命名空间
- CMakeLists.txt中的命名空间表示法
- 类是C++中的命名空间吗
- 在命名空间中使用全局命名空间中的函数
- 如何使 std::sort 在 std::swap 和我的命名空间的模板化交换之间没有名称冲突?
- '使用命名空间{嵌套在另一个命名空间中的某个命名空间}"
- 是否值得降低我的代码的可读性,以便在出现内存不足错误时提供异常安全性?
- 命名空间信息会影响C++的可读性
- 为了可读性而使用嵌套的名称空间是个坏主意