网上有很多“企业级开发框架”到底有什么用？

[qwerthhusn]

首先没有任何贬低的意思：我只是没有深入了解这些东西，不知道其价值何在。

就像很早之前的公司用 eclipse 当 IDE，但是 IDEA 已经逐渐流行了，但是那时候我的想法是，我现在用 eclipse 开发也挺流畅的，IDEA 能给我带来什么？直到后来我真正用了之后才发现 IDEA 比 eclipse 好用很多。

这些框架有很多很多，比如基于 Spring Boot 、Spring Cloud 或 dubbo 这些。

然后集成了很多第三方软件，各种 RDB，NoSQL，MQ 等等各种各样的东西。然后有一个前台系统，里面有集成各种表单表格等等各种东西。

这种框架对于一般的开发人员来说有什么作用呢？

比如，我想接入 MQ，用 SB SC 的话成本已经非常低了，加个 dependency 就能直接用了。无论我想接入个什么东西，都能很快实施

[guyeu]

我也觉得那种东西没什么叼用。。。尤其是基本上都没有经过生产环境验证，用的人也没几个。。。

[qwerthhusn]

@guyeu 你跟我一样，但是这种东西应该肯定会有用的，只不过我们不知道而已。如果真的完全不用，别人做这个干啥，而且不会有那么多 Star 了，而且还有 QQ 群

[murmur]

有用啊，比如说我一个模块每天就几百号人访问，干嘛写代码去优化呢

[knva]

给小白程序员开发思路的吧。

[murmur]

你们太高估企业开发的并发了，一般的模块一天又几千人访问都只是公告这些才能做到，上万的首先得保证你公司够大，几万人访问，这样的人又有多少，比如我开发个请假，谁一天没事请假玩，一个办公室一天有几个人请假啊

给这些公司开发东西，快速上线才是竞争力

[murmur]

最近在研究相关东西，这是国家规范，给你列一条
典型功能在 50 人并发情况下，响应时间应少于 15 秒。
这东西什么系统做不出来

[qwerthhusn]

@murmur 你说的这个让我想起了之前我的公司，人不少，内部的 ERP 也是公司自行开发的。平常各种操作都很流畅。。直到有一次是公司统一要求去上面操作什么（登记上报信息还是领取什么东西，很久了，忘记了）。反正就是那一个下午，那个 ERP 系统卡的一匹

[lewis89]

具体问题具体分析... 企业级开发框架这个话题太大了

像 Spring Cloud Stream 在消息队列上又做了一层封装，当时公司领导点名要用这个去适配 kafka，说是以后好切换其它消息中间件，但我当时用了之后 是真的想吐血，一方面文档支持很少，而且出错了只能去提 issue，然后还要根据消息中间件特性去做单独的配置，讲实在话..还不如直接用 kafka 的 client 反正像这种小公司的业务 未来可能替换消息中间件的可能性为 0，但是人微言轻，没有什么好办法。

[clf]

我个人认为，真正的企业级开发框架，应该是背后有公司提供开发培训、在线服务支持、BUG 紧急修复等保障的框架。

[jydeng]

提供解决方案，踩坑经验。

[shuangya]

这年头，只要是用来支撑企业自己的应用的，都自称“企业级”。
但我觉得大部分“企业级”都只是虚张声势。真正的企业级，应该是意味着在企业内部业务得到了足够的实践，能够满足复杂业务对于功能性、稳定性、扩展性、性能的要求。
举个例子，我自己开了一家小公司，然后我为自己的公司写了个框架，它确实支撑起这家小公司的业务了，有些人就沾沾自喜的称之为“企业级”框架。但我觉得它并不能算作“企业级”，因为业务太少、太简单了。
但如果换一下，比如蚂蚁金服做了个框架，在内部已经有几十个上百个项目使用了，业务也足够复杂。那它就可以被称之为“企业级”了。(PS：为什么我拿蚂蚁举例子？因为很多公司的业务都远远达不到蚂蚁的复杂度)

[joesonw]

KPI

[namelosw]

带“企业级”字眼的软件我都默认是坑。被坑太多了。

[lshero]

连商业化支持都没有的开发框架企业级从哪里说起？出了问题提 issue 嘛？

[inwar]

企业级不是指 enterprise edition 吗,一般带商业支持的那种

[mengzhuo]

PPT，升职用

[shuangya]

接上文，“企业级”的框架，应该是这类经过了复杂业务验证的框架。相比起直接用各类零零碎碎的东西，它能带来优点：
1.规范化和一致性。这类框架一定是自己企业内部经过了一段时间实践的，会在各方面进行一些规范约束，团队协作体验会比较好。
2.开箱即用能力。将一些更底层的内容，诸如怎么连 XXX 、怎么在其他模块中使用等常见的东西，都做了一定程度上的封装。这样一来使用方便，二来一定会有一些最佳实践在里面，性能和稳定性都有一定保障。
3.可扩展性。在有规范约束的情况下保持可扩展性，这个是不太好实践的。一定是经过大量业务验证，不断迭代才会有的。
4.稳定和性能，虽然经过了包装，跑跑 benchmark 啥的性能一般会比拆开用差，但实际业务的表现就不好说了。即使差一些，也是在可接受范围内的。

[yiyi11]

其实就是脚手架，那些框架基本带代码生成器，并且支持自定义模版。
所以其实最最最核心的需求是需要一套符合自己业务需求的代码生成器，而用这些框架稍微改下就好。

[v400127]

我是理解为组件实践集成，但是很多只是简单的理想化的组件拼凑，需要踩的坑太多。有些经典框架还是不错的。

[ericgui]

关键看你怎么定义“企业级”