我面临的问题很简单:我想只将C头包含在C源代码中,这样包含的C头也不会包含C头的声明,也就是说,它不会污染C头.全局命名空间
但看起来头文件和源文件的正确分离似乎不允许我这样做.这是我的问题的一个非常模糊的版本,评论将告诉你其余的:
my_header.h:
typedef enum{ my_Consts_Alpha = /* some special value */,my_Consts_BETA = /* other special value */,} my_Consts;typedef struct{ // members...} my_Type;voIDmy_Type_method(my_Type *const,my_Enum);
my_header.hpp:
namespace my{ enum class Consts; // <-- This header is missing the constant values of // this enum,because its values are defined by // the C header :( class Type : public my_Type // <-- The super struct is coming from the // C header,but I don't want to include // that header here :( { public: voID method(Consts constant); };}
my_source.cpp:
extern "C"{ #include "my_header.h"}#include "my_header.hpp"namespace my{ enum class Consts { Alpha = my_Consts_Alpha,BETA = my_Consts_BETA,}; voID Type::method(Consts constant) { my_Type_method(static_cast<my_Type *const>(this),static_cast<my_Consts>(constant)); }}
所以我的问题是:我错过了一些非常明显的东西吗?这有可能实现吗?有没有我不知道的伎俩?
解决方法@H_419_22@ 在讽刺性地提出的问题 @AnalPhabet的评论中,应该在命名空间内使用#include的C头. @n.m.证实,它实际上是一个有效的解决方案,现在我在自己的设置上进行了测试,幸运的是它工作得很好.(虽然我不知道,如果这是特定于实现或不是,但我测试了g和clang并且它正在工作.)
它没有解决不透明性问题,但至少它直接访问原始C数据有点困难,因为它现在生活在一个单独的命名空间中,因此用户不能偶然访问,而是心甘情愿.
所以,my_header.hpp应如下所示:
namespace my{ extern "C" { #include "my_header.h" } enum class Consts { Alpha = my_Consts_Alpha,}; class Type : public my_Type { public: voID method(Consts constant); };}
因此,无论my_header.hpp在哪里#include,用户只能访问C值,如下所示:
my::my_Consts_Alpha // The wrapped value is => my::Consts::Alphamy::my_Type // The wrapped value is => my::Typemy::my_Type_method(t,..) // The wrapped value is => t.method(..)总结
以上是内存溢出为你收集整理的c – 如何使用C头的声明来污染全局命名空间?全部内容,希望文章能够帮你解决c – 如何使用C头的声明来污染全局命名空间?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)