maintainability - 编码实践: What are your thoughts on a 1. 700万LOC项目？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 9 年前。

Improve this question

我正在听一个小组讨论，其中有人提到他们的“引擎”不是 1.3，而是现在有 170 万行代码。这让我害怕。我无法想象那么多行数、模块数量等等。我总觉得 C++ 处理模块的能力不如其他语言。我觉得大型项目更难管理，并且更喜欢合理地减少代码行数。当我达到 10k 行时，我感到不舒服。我无法想象 20k、50k、500k 或 100 万会是什么样的感觉。

在开发和维护这种规模的项目时，您有哪些实践？

Answer 1

一百万行代码已经超出了大多数人能够记住的程度。这意味着团队成员每个人都将携带不完整的系统思维导图，这会使设计讨论变得困难。

为了减轻多重、不完整的理解，您需要采用一组适当的架构图形式的 map 。这些通常包括系统架构的非常高级的框图，以及关键部分的更详细的较低级图，以及可能的用于以适当的细节级别描述关键交互的序列图。拥有这样的图表可以帮助团队在讨论系统时“达成共识”。

“子系统之间的依赖关系”图还可以指出需要清理的困惑区域(“呃？为什么持久性框架的那部分依赖于 UI？!？”类型)。如果您能找到一种自动生成这些图表的方法，那就最好了。 Graphviz 可以成为您的 friend 。