我很想听听你们有哪些清理公共(public)头文件的例程分发给客户。我想听听您的意见是:评论不适合外部使用。一般来说，我喜欢保持文档关闭像这样分享代码和评论可能不是一个好主意:/***@todoShouldwechangethesignatureofthisfunctionto*makeitobviousthatxxxisreallyyyy?*/或者也许:/***@todoAddsupportforfeatureX*/标签样式不一致:voidfunctionA(inta,intb,intc,intd);voidfunctionB(inta,intb,intc);是否有任何工具可以为发布
我想知道是否有一种优雅的方法可以解决这个问题。假设有一个共同的标题，例如//common.h#ifndefCOMMON_H#defineCOMMON_H#defineENABLE_SOMETHING//#defineENABLE_SOMETHING_ELSE#defineENABLE_WHATEVER//manyothers#endif现在这个文件包含在，比方说100个其他头文件和各种#define用于启用或禁用代码的某些部分，这些部分仅限于1-2个文件。每次更改单个#define时，整个项目似乎都在重建(我正在使用Xcode5.1)，这是有道理的，因为它必须围绕代码和编译器逐字替换无
对于具有相同二进制文件的多个工具链之间的API/ABI兼容性，它是wellknownthatSTL容器、std::string和其他标准库类(如iostreams)在公共(public)header中禁止。(异常(exception)情况是，如果一个人为每个版本的受支持工具链分发一个构建；一个人提供没有二进制文件的源代码供最终用户编译，这在当前情况下不是首选选项；或者一个人内联转换为其他容器，以便不同的std实现不会被库吸收。)如果一个人已经有一个不遵循此规则的已发布库API(请friend)，那么最好的前进道路是什么，同时保持尽可能多的向后兼容性，并尽可能地支持编译时中断'吨？我需要
我想在公共(public)容器中管理从共享接口(interface)类派生的类的一堆对象。为了说明问题，假设我正在构建一个包含不同参与者的游戏。让我们调用接口(interface)IActor并从中派生Enemy和Civilian。现在，我的想法是让我的游戏主循环能够执行此操作://somewhereduringinitstd::vectorActorList;EnemyEvilGuy;CivilianCoolGuy;ActorList.push_back(EvilGuy);ActorList.push_back(CoolGuy);和//mainloopwhile(!done){BOO
我需要检查一个类C有一个默认构造函数，可以是隐式的也可以是自定义的，并且可以是public,protected或private.我尝试使用std::is_default_constructible::value,如果C则返回真有一个public默认构造函数(隐式或自定义)但false如果C有一个protected或private默认构造函数(尽管接缝是标准行为。)有什么方法可以检查一个类是否有protected或private默认构造函数？注意(如果这可能有帮助):检查是从friend函数执行的类(class)C待检查。我需要执行此检查以默认构造对应于nullptr的对象m_objs的
我正在为我的一些代码编写单元测试，遇到这样的情况:我有一个对象，它有一个小的暴露接口(interface)，但内部结构复杂，因为每个暴露的方法都运行大量的内部函数，包括对对象的依赖状态。这使得外部接口(interface)上的方法很难进行单元测试。我最初的问题是，我是否也应该对这些内部函数进行单元测试，因为它们更简单，因此更容易编写测试？我的直觉是肯定的，这导致了后续问题:如果是这样，我将如何在C++中执行此操作？我想到的选项是将这些内部函数从私有(private)更改为protected，并使用友元类或继承来访问这些内部函数。这是最好/唯一的方法吗？这样做会保留一些隐藏内部方法的语义
免责声明:问题与Inheritanceinsteadoftypedef完全不同到目前为止我找不到任何类似的问题我喜欢玩C++模板元编程(主要是在家里，我有时会在工作中轻率地介绍它，但我不想让程序只对那些不费心去学习它的人可读)，但是我一直每当出现问题时，编译器错误就会完全消除。问题是当然c++模板元编程是基于模板的，因此，无论何时您在深度嵌套的模板结构中遇到编译器错误，您都必须在10行错误消息中挖掘自己的方法。我什至习惯于在文本编辑器中复制/粘贴消息，然后缩进消息以获得一些结构，直到我了解实际发生的事情，这增加了一些跟踪错误本身的工作。据我所知，问题主要是由于编译器及其输出typede
关于问题“Howtopubliclyinheritfromabaseclassbutmakesomeofpublicmethodsfromthebaseclassprivateinthederivedclass?”，我有一个后续问题:我能理解C++标准允许派生类放宽继承方法的访问限制，但我想不出任何合法的用例，在其中强加访问限制是有意义的派生类。以我对继承概念的理解，如果类Derived是publicclassBase，那么你能用Base做的任何事情用Derived也能做。如果不想让Derived实现Base的接口(interface)，那么一开始就不应该使用(公共(public))继
我试图通过使用前向声明并将#includes移动到实现文件中来简化一堆头文件“includespaghetti”。但是，我不断遇到以下情况://Foo.h#include"Bar.h"classFoo{public:voidsomeMethod(Bar::someType_t&val);};//Bar.h...classBar{public:typedefstd::vectorsomeType_t;};我想在尽可能多的情况下删除#include"Bar.h"。我还看到Bar.h中的typedef列在Bar类之外的情况。我假设这两种情况都可以用相同的方式解决。有什么想法吗？
我有两个用于处理3d几何Point和Vector的简单类。它们都有3个坐标作为公共(public)成员变量，并定义了一些运算符，如+、-、*...。classPoint{public:doublex,y,z;//ctorandsomeoperators}classVector{public:doublex,y,z;//ctorandsomeoperators}是否有反对将坐标公开的真正理由？我永远不会将double更改为任何其他类型。我不想将x,y,z的值限制在一个特殊范围内，我也不想在设置坐标时检查任何内容。这些类位于库中，其他项目将使用该库。更新:对我来说，setters/gett
