迁移 C++从结构到类的代码

Question

我正在将一些 C++ 代码从结构迁移到类。

我使用的结构主要用于位域优化，我不再需要它了（我现在更担心速度而不是节省空间）。

• 进行此迁移的一般准则是什么？我仍处于规划阶段，因为这是一个影响代码主要部分的重大举措。我想在做任何事情之前先计划好一切。 我应该牢记哪些基本事项？

Answer 1

我无法说出所有基本的东西，但我可以说出一个：封装。

C++ 中结构体和类之间的唯一技术区别是默认访问。在结构体中，默认情况下所有内容都是公开的；在课堂上，一切都是私人的。我假设您在这里谈论的是 POD 结构，其中所有内容都是公开的。

我要做的是：

1. 将 struct 关键字更改为 class 并查看调用代码在哪里中断。这会让您了解该类型的哪些部分在哪里使用。
2. 由此，确定该类型的哪些元素应该是公共的，哪些应该是私有的。
3. 为公共部分编写访问器函数，并更改调用代码以使用它们。
4. 将需要访问私有部分的代码移到类本身中。

Answer 2

当将遗留代码库从 C 更新为 C++ 时，我的经验是，实际重新架构应用程序以将结构转换为传统 C++ 对象时，几乎没有什么价值，而且需要花费太多精力。因为毫无疑问，这就是你最终要做的事情。起初看起来似乎不是这样，但最终您会意识到您正在重新设计应用程序。

你没有充分说明你的目标是什么，所以也许这就是你的目标，但如果你只是想转换为 C++，那么应用程序中的新代码可以是 C++，只需重命名文件，添加一堆强制转换之前发生过 void* 的隐式转换，然后继续你的生活。

Answer 3

C++ 中的结构和类之间没有任何有意义的区别（它们仅在默认可见性方面有所不同）。除非您也想添加有意义的行为，否则我不会费心将结构迁移到类中。

Answer 4

首先，我将和其他人一起说，将所有代码从结构转移到类可能不是最好的举措。如果你想做得好（也就是说，不仅仅是用 class X { public: 更改 struct X {），这意味着重新设计应用程序（或多或少是一个完整的应用程序）。改写）。

这涉及引入新的错误、新的开发周期、额外的测试、更改文档等等。

第二，考虑到您可能有这样做的正当理由（对我来说“只是为了好玩”和“看看我是否能做到”在某些情况下可能是正当理由：D）这是我的答案针对您的问题：

1. What are the general guidelines for doing this migration?
2. What are all the essential things I should keep in mind?

要记住的准则和注意事项：

• 在非常小的迭代中工作，并确保应用程序在迭代之间正常运行。如果您定义了单元测试，则可以通过它们进行工作（选择一个单元，按照一组步骤重新设计（见下文），然后调整并运行测试。

• 选择代码的一个区域并完成它。

• 尝试遵循 每次更改的步骤如下：

  • 分析功能并重新设计
  • 与旧实现并行创建新实现
  • 在使用旧实现的地方切换到新实现
  • 测试应用程序是否仍然有效
  • 删除旧代码
  • 测试应用程序是否仍然有效

• 如果您现在不这样做，开始使用分支源代码控制软件。没有什么比这更能削减它了。我推荐 Mercurial，但我知道 GIT 具有大致相同的功能。
  您稍后可以感谢我:o)。

• 以事务方式执行更改（从一个区域开始并完成它，在第一个区域的更改进行到一半时不添加其他区域的更改）。如果您使用分支源代码控制和多个开发人员，则每个开发人员一次可以进行一个更改/区域，然后集中更改。

重构方法的优点：

• 如果您中途认为所做的努力不值得（或者管理层认为不值得），应用程序将保持正常运行

• 通过更改，应用程序的稳定性仍然是可管理的

如果你建立了一些里程碑，这应该是很容易管理的。

祝你好运！