为什么有公司不用spring

有公司不使用Spring的原因有很多。下面我将列举一些常见的原因：

1. 项目需求不兼容：有些公司的项目可能是基于旧的技术栈开发的，这些技术栈可能无法与Spring框架的要求和特性兼容，因此不得不选择其他框架或技术。

2. 特定的业务需求：某些公司的业务需求可能比较特殊，需要使用其他专门针对该业务领域的框架或工具，而不是通用的Spring框架。

3. 学习成本和技术栈一致性：Spring框架的学习曲线较陡，尤其是对于一些小型公司或刚起步的团队来说，他们可能更倾向于选择学习成本较低或技术栈与团队技能匹配的框架。

4. 性能和资源消耗：尽管Spring框架提供了丰富的功能和扩展性，但在某些场景下，由于其庞大的体系结构和依赖关系，可能存在性能和资源消耗的问题。

5. 需要更细粒度的控制：Spring框架提供了很多自动化的配置和依赖注入的功能，对于某些要求更细粒度控制的项目而言，他们可能需要更底层的编程模型，从而选择不使用Spring框架。

总而言之，选择是否使用Spring框架取决于公司的具体需求和技术栈，没有一种框架能够适用于所有的项目和场景。

有公司选择不使用Spring框架的原因有以下几点：

1. 项目需求不需要Spring框架：有些项目的需求并不涉及到复杂的业务逻辑或者需要使用大量的框架功能，此时引入Spring可能会增加项目的复杂性和开发成本，因此这些公司选择不使用Spring框架。

2. 其他框架更适合：Spring框架虽然功能强大，但并不是适用于所有的项目。有些公司可能使用其他更加简单、轻量级的框架，因为这些框架能够满足项目需求并且更加易于学习和使用。

3. 技术栈限制：有些公司可能已经在其他技术栈上积累了一定的经验和团队成员拥有相关的技能，因此他们可能更倾向于使用与原有技术栈相匹配的框架，而不是使用Spring。

4. 性能考虑：虽然Spring框架提供了许多便捷的功能和特性，但是这些功能往往会带来一定的性能损耗。对于一些对性能要求比较高的项目，可能会选择使用更加轻量级和高性能的框架，以减少性能上的损耗。

5. 个人偏好：最后，每个开发者和公司都有自己的喜好和偏好，有些开发者可能对Spring框架并不感兴趣或不熟悉，因此他们会选择其他的框架来开发项目。同时，一些公司已经形成了自己的技术栈和开发流程，不轻易改变已经适应的系统。

综上所述，有公司选择不使用Spring框架的原因可能包括项目需求不需要、其他框架更适合、技术栈限制、性能考虑以及个人偏好等。每个公司和项目的需求都不同，选择合适的框架是根据实际情况来决定的。

有一些公司可能选择不使用Spring框架的原因有以下几个：

1. 开发团队技术栈不匹配：Spring框架是基于Java语言的，如果公司开发团队中没有Java开发人员或者团队中大部分成员只擅长其他编程语言，那么选择不使用Spring框架可能更为合适。

2. 轻量级需求：Spring框架功能强大，但对于一些小型项目或者对性能有较高要求的项目来说，使用Spring框架可能过于重量级，不适合使用。在这些情况下，可以选择其他更轻量级的框架或者自行开发。

3. 不需要IoC容器：Spring框架的核心是IoC（控制反转）容器，它负责管理类的实例化和依赖注入。如果项目中不需要这种依赖管理和注入的功能，那么使用Spring框架可能会增加不必要的复杂性。

4. 不需要AOP（面向切面编程）：Spring框架支持AOP编程，可以方便地实现横切关注点的模块化开发。但如果项目中对AOP编程没有需求，那么使用Spring框架对其提供的AOP功能就显得多余了。

5. 已有其他框架：有些公司可能在早期已经使用其他框架进行开发，并且这些框架已经能够满足他们的需求。在这种情况下，如果没有更换框架的紧迫需求，他们可能会选择继续使用已有的框架。

不选择Spring框架并不意味着其他框架更好或者Spring框架不好，每个项目都有不同的需求，选择适合自己的技术栈和框架是更加重要的。