重新构造一个Compact Framework .NET 3.5应用程序

Question

我最近加入了一家使用.NET Compact Framework 3.5应用程序的公司，该应用程序应该是典型的3层应用程序（客户端/ UI，业务，数据）。 不幸的是，该应用程序处于令人不安的状态-控件上的业务逻辑，没有单元测试/模拟等。。。我们有机会尝试对其进行更改，但想知道是否有人对如何解决此问题有类似的经验？ 由于这是一个生产系统，因此我们不能只是整夜蒸汽轧制并进行更换，因此将需要更多的分阶段实施方法。

请问任何建议或任何最佳做法的链接？

Answer 1

如果它可以正常工作并且经过使用测试，除非有必要进行更改，否则我不会碰任何东西。 如果需要，我将执行以下操作：

1. 找到需要更改的部分。
2. 重构该部分以使其可测试。
3. 编写足够的测试以确保当前逻辑的安全并使其变为绿色。
4. 重构为新设计。
   1. 如果当前的设计确实很麻烦，请根据需要将其分成较小的部分。
   2. 为这些新零件编写测试。
5. 然后一点一点地更改测试和零件以反映新功能。
6. 使测试变为绿色。

实际上，我可能会一起执行第4步到第6步，而不必为我一直在更改的内容编写许多测试和逻辑，但这全都取决于您可以掌握多少信息，以及使用该产品时的安全感您对要更改的部分如何影响系统的其他部分的了解。

如果更改影响到应用程序的大部分，那么在不完全重写所有内容的情况下将很棘手。 另一方面，我该如何成功地重写那些我不理解的东西？ 基本上，这是在找出应该执行的操作然后重新编写应用程序的时间与了解当前应用程序并添加更改所需的时间之间的平衡。