我写了8年的MVC架构，CTO要让我用MVVM架构，我差点炒了他

在软件开发领域中，架构的选择是至关重要的一环。不同的架构可以为不同的项目带来不同的优势和劣势。因此，当CTO决定改变架构时，开发者们常常会感到困惑和挫败。本文将以作者的真实经历为例，探讨如何面对这种情况。

我是一名有着8年经验的软件开发工程师。这8年中，我一直在使用MVC（Model-View-Controller）架构来构建应用程序。我熟悉MVC的各个方面，包括如何组织代码、如何进行测试、如何维护等等。我甚至写了一本关于MVC的书，可以说，我对MVC已经达到了一种极致的理解。

然而，在一次公司例会上，CTO告诉我们，他认为我们应该改用MVVM（Model-View-ViewModel）架构。他认为MVVM可以带来更好的可维护性和可测试性。我当时感到非常震惊和困惑，因为我已经投入了很多时间和精力来学习和使用MVC，而我从来没有听说过MVVM。

我在例会后马上开始了自己的研究，阅读了大量的文献和教程，学习了MVVM的各个方面。我意识到MVVM与MVC非常相似，但有一些重要的区别。最明显的区别是MVVM中的ViewModel，它负责将Model转换为View可以显示的形式，同时也处理用户输入和与Model之间的交互。

在开始使用MVVM之前，我对这种架构感到非常抵触。我认为MVC已经非常好了，为什么我们要改用一种新的架构呢？此外，我已经投入了太多的时间和精力来学习和使用MVC，我不想再从头开始。我认为CTO没有考虑到我们的感受和经验，这让我感到非常失望和气愤。

我试图和CTO进行沟通，让他明白我的想法和感受。但是，他仍然坚持认为MVVM是更好的选择。他认为我们应该在长远考虑，为公司的未来打造一个可维护和可扩展的架构。我当时感到非常无助和沮丧，我甚至考虑过辞职。

然而，我最终决定接受CTO的决定，并开始使用MVVM来构建我们的应用程序。我很快就发现MVVM确实有一些优点，比如更好的可维护性和可测试性。使用MVVM，我们可以更好地分离逻辑和视图，将逻辑代码移到ViewModel中，从而使得视图更加简洁和易于理解。此外，ViewModel还可以进行单元测试，而且测试代码的编写也更加容易。

虽然在一开始，我对MVVM持有抵触态度，但随着使用时间的推移，我开始体会到MVVM的好处。我发现，MVVM可以让代码更加模块化和可扩展。而且，由于ViewModel可以处理大部分的业务逻辑，因此视图的代码量也会大大减少。这使得应用程序更加易于维护和升级。

在使用MVVM一段时间之后，我开始意识到，架构的选择并不是非黑即白的问题。每种架构都有其优点和缺点，而且不同的项目和团队也有不同的需求和偏好。因此，作为一名软件开发者，我们应该持续地学习和探索新的技术和架构，以便更好地适应不同的项目和团队。

最后，我想说的是，即使我们不喜欢某种新的技术或架构，我们也应该保持开放的心态，并尝试去理解和学习它。作为一名软件开发者，我们的任务不仅仅是编写代码，还要持续地学习和探索新的技术和架构，以便更好地为客户和公司服务。