初学者外观模式示例

Question

我偶然看到了这篇文章：http://didawiki.cli.di.unipi.it/lib/exe/fetch.php/magistraleinformatica/tdp/dp-l10a-facade2014.pdf

最后，它提出了一个问题：

使用Fa ade模式的软件开发团队遇到的一个常见问题发生在使用Fa ade类表示团队工作的整个系统时。一个由20-30人组成的团队通过Fa ade向系统发送每个方法调用，每个团队成员每天对系统进行几次更改。但是，由于对Fa ade类的严重依赖，团队的日程经常被延迟，因为Fa ade类经常被某个特定的开发人员锁定一段时间。讨论如何在不牺牲使用Fa ade模式的情况下解决这个问题。

有人能向我解释一下我们如何能够在仍然使用外观模式的情况下解决这个问题吗？一个清晰的答案不会直接出现在我的脑海里。

Answer 1

如果您设计一个系统，20-30人每天都必须编辑同一类代码库，我想说的是，您的系统将面临相当大的组织问题和相当大的架构问题。如果这样的类是一个外观或其他东西是无关的。

为了解决这些问题，我首先将团队划分为更小的规模，每个团队最多有5到6个开发人员，每个团队只负责代码库的一部分。假设每个团队管理一些组件，在组件之间定义良好的接口，那么您的“外观”将在其中一个组件中，因此实际上您已经将冲突的人数减少到5-6人。

如果这5到6个人仍然每天都要编辑这个类，那么这个类的职责仍然有问题。它可能是一个神类，一个众所周知的反模式，处理这个问题的解决方案正是Robert在评论中所写的:将类分成更小的类。

请注意，仅仅由许多人使用一个类并不能锁定它，这是非常荒谬的(即使您使用的版本控制系统来自“黑暗时代”，比如PVCS)。只有由两个人同时编辑一个类才可能导致冲突，这可以通过任何合适的版本控制系统来解决。