我知道它们有什么区别以及它们是如何工作的，但这个问题更多的是关于编码风格。
每当我编写代码时，我都会创建许多类，它们都有变量，其中一些是指针，一些是普通变量。如果成员持续时间与类一样长，我通常更喜欢变量而不是指针，但是我的代码变成这样：
engine->camera.somevar->x;
// vs
engine->camera->somevar->x;
我不喜欢中间的点。或者使用私有变量：
foo_.getName();
// vs
foo_->gatName();
我认为那个点在长代码中“消失”了。我发现 -> 在某些情况下更容易阅读。
我的问题是，即使变量将在构造函数中创建并在析构函数中删除，你是否使用指针？在这种情况下有什么风格建议吗？
附：我确实认为点在某些情况下看起来更好。
【问题讨论】：
标签： c++ variables pointers coding-style
首先，暴露成员变量是不好的形式。
其次，你的类可能永远不应该使用容器指针。
轻微推论：包含业务逻辑的类不应该有指针（因为这意味着它们还包含指针管理代码，指针管理代码应该留给没有业务逻辑但专门为管理指针而设计的类（智能指针和容器）。
指针管理类（智能指针/容器）应设计为管理单个指针。管理多个任务比您预期的要困难得多，而且我还没有发现额外的复杂性得到回报的情况。
最后，公共成员不应该暴露底层实现（即使通过 getter/setter，也不应该提供对成员的访问）。这将接口紧密绑定到实现。相反，您的公共接口应该提供一组可以在对象上执行的操作。即方法是verbs。
在 C++ 中很少看到指针。
它们通常隐藏在其他类中。但是您应该习惯于混合使用-> 和.，因为这完全取决于上下文以及您要传达的内容。只要代码干净可读，就没有太大关系。
个人附录：
我讨厌标识符末尾的 _ 它使 .消失foo_.getName() 我觉得像foo.getName() 看起来会好很多
【讨论】：
如果“嵌入”结构与“父”结构具有完全相同的生命周期，并且没有在其他任何地方引用，我更喜欢将其作为成员，而不是使用指针。生成的代码效率稍高一些，因为它节省了对内存分配器的多次调用，并且避免了多次指针取消引用。
它也更容易处理，因为指针相关错误的机会减少了。
另一方面，如果嵌入结构极有可能在其他地方被引用，我更喜欢使用单独的结构和指针。这样一来，如果发现嵌入的结构需要从其父级中拉出，我就不必重构我的代码。
编辑：
我想这意味着我通常会选择指针替代 :-)
编辑 2：
是的，我的回答是假设您确实想要（或必须）在两者之间进行选择，即您编写 C 风格的代码。访问类成员的正确的面向对象方式是通过 get/set 函数。
不过，我的 cmets 是否包含实际类实例或指向某个类实例的指针/引用可能仍然有效。
【讨论】：
您不应该做出选择，因为您发现“->”更容易阅读:) 使用成员变量通常会更好，因为指针不会出错。
这就是说，使用成员变量会强制您公开您的实现，因此您必须使用引用。但是你必须在你的构造函数中初始化 then ，这并不总是可能的......
一种解决方案是使用 std::auto_ptr 或 boost::scoped_ptr 或类似的智能指针。在那里，您将获得两种解决方案的优势，几乎没有缺点。
my2c
编辑：
一些有用的链接：
Article on std::auto_ptr
boost::scoped_ptr
Pimpl : private implementation
【讨论】：
理想情况下，您不应该使用任何一种：您应该使用 getter/setter 方法。对性能的影响很小（无论如何编译器可能会将其优化掉）。
第二个考虑是使用指针通常是一个危险的想法，因为在某些时候你可能会搞砸它。
如果这些都不让你烦恼，那么我想说剩下的就是个人喜好问题了。
【讨论】：