pureMVC框架存在哪些争议性缺点？

pureMVC的争议主要集中在其增加了代码复杂性，初学者不易上手；严格的分层结构有时过于繁琐，不适用于所有项目。过度依赖单例和全局状态可能导致代码难以测试和维护。

【pureMVC的争议，说说缺点】

（图片来源网络，侵删）

随着软件工程的发展，设计模式已成为软件开发中不可或缺的一部分，MVC（ModelViewController）作为一种广泛使用的设计模式，致力于实现用户界面的分离和系统组件的解耦，PureMVC是基于传统MVC思想构建的一个轻量级应用框架，它通过实现多种基础设计模式来促进应用程序的模块化，尽管PureMVC被认为在解耦和复用性方面具有一定的优势，但它同样存在一些不可忽视的缺点，本文将详细探讨PureMVC的缺点，并提供相关分析。

强制使用设计模式

PureMVC的一个主要缺点在于其对设计模式的使用上过于强制，虽然底层实现了多种设计模式，但它们并非根据项目的实际需要灵活选择，而是必须严格遵循，这在一定程度上限制了开发者的灵活性，对于习惯了根据具体需求选择合适的设计模式的开发团队来说，可能会感到不便。

增加维护调试成本

由于PureMVC推崇低耦合的设计原则，这可能导致维护和调试的成本增加，在业务交互场景复杂多变时，比如多套UI系统和数据访问系统的情况下，应当考虑整合重复的系统，如果在这种情况下使用PureMVC，可能会使项目变得更加复杂，难以维护，从而增加了开发与维护的难度。

性能问题

在大型项目中，消息的数量可能非常庞大，PureMVC中的Controller是无状态的，每次消息触发都会创建一个新的临时对象，并在方法调用后销毁，频繁地创建和销毁对象会对性能产生负面影响，可能导致事件处理出现延迟。

冗余和流程拉长

PureMVC将所有命令都对象化处理，这种方式虽然有其合理性，但在实际应用中可能造成冗余和流程上的拉长，这不仅增加了系统的复杂度，也可能影响执行效率。

适用性限制

尽管PureMVC在跨平台和业务交互复杂的项目中表现出一定的优势，但对于一些简单的项目而言，其引入的复杂性可能并不值得，特别是对于那些界面逻辑复用程度和变化程度相对较低的游戏界面，采用PureMVC可能并不会获得预期的利益，反而因为低耦合带来的额外成本而得不偿失。

可读性相对较弱

相较于其他框架如MVVM，PureMVC的可读性相对较弱，对于新手或是未经过专门训练的开发者来说，理解和掌握PureMVC的结构可能需要较长的时间，这一点在项目的快速开发和团队的知识传递方面可能是一个不利因素。

尽管PureMVC在理论上提供了良好的模块化和解耦，但在实际应用中，其缺点也同样明显，从强制使用设计模式到增加维护调试成本，再到性能问题和冗余流程的产生，以及适用性和可读性的问题，都是开发者在选择使用PureMVC时需要考虑的重要因素。

归纳而言，PureMVC作为一个基于MVC和基础设计模式的应用框架，虽然在某些方面具有优势，但其缺点也不容忽视，开发者在选择框架时，应根据项目的具体需求、团队的熟悉度以及项目的维护成本等多方面因素进行综合考量。