这是一个创建于 1956 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先没有任何贬低的意思：我只是没有深入了解这些东西，不知道其价值何在。
就像很早之前的公司用 eclipse 当 IDE，但是 IDEA 已经逐渐流行了，但是那时候我的想法是，我现在用 eclipse 开发也挺流畅的，IDEA 能给我带来什么？直到后来我真正用了之后才发现 IDEA 比 eclipse 好用很多。
这些框架有很多很多，比如基于 Spring Boot 、Spring Cloud 或 dubbo 这些。
然集成了很多第三方软件，各种 RDB，NoSQL，MQ 等等各种各样的东西。然后有一个前台系统，里面有集成各种表单表格等等各种东西。
这种框架对于一般的开发人员来说有什么作用呢？
比如，我想接入 MQ，用 SB SC 的话成本已经非常低了，加个 dependency 就能直接用了。无论我想接入个什么东西，都能很快实施
 | 1 guyeu 2020-06-08 16:50:29 +08:00 我也觉得那种东西没什么叼用。。。尤其是基本上都没有经过生产环境验证，用的人也没几个。。。 |
 | 2 qwerthhusn OP @guyeu 你跟我一样，但是这种东西应该肯定会有用的，只不过我们不知道而已。如果真的完全不用，别人做这个干啥，而且不会有那么多 Star 了，而且还有 QQ 群 |
 | 3 murmur 2020-06-08 16:54:46 +08:00 有用啊，比如说我一个模块每天就几百号人访问，干嘛写代码去优化呢 |
 | 4 knva 2020-06-08 16:56:34 +08:00 给小白程序员开发思路的吧。 |
| 5 murmur 2020-06-08 16:58:14 +08:00  1 你们太高估企业开发的并发了，一般的模块一天又几千人访问都只是公告这些才能做到，上万的首先得保证你公司够大，几万人访问，这样的人又有多少，比如我开发个请假，谁一天没事请假玩，一个办公室一天有几个人请假啊 给这些公司开发东西，快速上线才是竞争力 |
| 6 murmur 2020-06-08 16:59:25 +08:00 最近在研究相关东西，这是国家规范，给你列一条 典型功能在 50 人并发情况下，响应时间应少于 15 秒。 这东西什么系统做不出来 |
| 7 qwerthhusn OP @murmur 你说的这个让我想起了之前我的公司，人不少，内部的 ERP 也是公司自行开发的。平常各种操作都很流畅。。直到有一次是公司统一要求去上面操作什么（登记上报信息还是领取什么东西，很久了，忘记了）。反正就是那一个下午，那个 ERP 系统卡的一匹 |
 | 8 lewis89 2020-06-08 17:12:45 +08:00 具体问题具体分析... 企业级开发框架这个话题太大了 像 Spring Cloud Stream 在消息队列上又做了一层封装，当时公司领导点名要用这个去适配 kafka，说是以后好切换其它消息中间件，但我当时用了之后 是真的想吐血，一方面文档支持很少，而且出错了只能去提 issue，然后还要根据消息中间件特性去做单独的配置，讲实在话..还不如直接用 kafka 的 client 反正像这种小公司的业务 未来可能替换消息中间件的可能性为 0，但是人微言轻，没有什么好办法。 |
 | 9 clf 2020-06-08 19:14:39 +08:00 1 我个人认为，真正的企业级开发框架，应该是背后有公司提供开发培训、在线服务支持、BUG 紧急修复等保障的框架。 |
 | 10 jydeng 2020-06-08 19:20:33 +08:00 提供解决方案，踩坑经验。 |
 | 11 shuangya 2020-06-08 19:22:35 +08:00 via Android 2 这年头，只要是用来支撑企业自己的应用的，都自称“企业级”。 但我觉得大部分“企业级”都只是虚张声势。真正的企业级，应该是意味着在企业内部业务得到了足够的实践，能够满足复杂业务对于功能性、稳定性、扩展性、性能的要求。 举个例子，我自己开了一家小公司，然后我为自己的公司写了个框架，它确实支撑起这家小公司的业务了，有些人就沾沾自喜的称之为“企业级”框架。但我觉得它并不能算作“企业级”，因为业务太少、太简单了。 但如果换一下，比如蚂蚁金服做了个框架，在内部已经有几十个上百个项目使用了，业务也足够复杂。那它就可以被称之为“企业级”了。(PS：为什么我拿蚂蚁举例子？因为很多公司的业务都远远达不到蚂蚁的复杂度) |
 | 12 joesonw 2020-06-08 19:40:55 +08:00 KPI |
 | 13 namelosw 2020-06-08 19:43:52 +08:00 via iPad 带“企业级”字眼的软件我都默认是坑。被坑太多了。 |
 | 14 lshero 2020-06-08 19:56:05 +08:00 连商业化支持都没有的开发框架企业级从哪里说起？出了问题提 issue 嘛？ |
 | 15 inwar 2020-06-08 20:23:09 +08:00 via Android 企业级不是指 enterprise edition 吗,一般带商业支持的那种 |
 | 16 mengzhuo 2020-06-08 20:34:08 +08:00 PPT，升职用 |
| 17 shuangya 2020-06-09 00:06:34 +08:00 via Android 2 接上文，“企业级”的框架，应该是这类经过了复杂业务验证的框架。相比起直接用各类零零碎碎的东西，它能带来优点： 1.规范化和一致性。这类框架一定是自己企业内部经过了一段时间实践的，会在各方面进行一些规范约束，团队协作体验会比较好。 2.开箱即用能力。将一些更底层的内容，诸如怎么连 XXX 、怎么在其他模块中使用等常见的东西，都做了一定程度上的封装。这样一来使用方便，二来一定会有一些最佳实践在里面，性能和稳定性都有一定保障。 3.可扩展性。在有规范约束的情况下保持可扩展性，这个是不太好实践的。一定是经过大量业务验证，不断迭代才会有的。 4.稳定和性能，虽然经过了包装，跑跑 benchmark 啥的性能一般会比拆开用差，但实际业务的表现就不好说了。即使差一些，也是在可接受范围内的。 |
 | 18 yiyi11 2020-06-09 02:08:17 +08:00 via Android 其实就是脚手架，那些框架基本带代码生成器，并且支持自定义模版。 所以其实最最最核心的需求是需要一套符合自己业务需求的代码生成器，而用这些框架稍微改下就好。 |
 | 19 v400127 2020-06-09 04:09:21 +08:00 via Android 我是理解为组件实践集成，但是很多只是简单的理想化的组件拼凑，需要踩的坑太多。有些经典框架还是不错的。 |
 | 20 ericgui 2020-06-09 06:50:35 +08:00 关键看你怎么定义“企业级” |
 | 21 coldear 2020-06-09 07:05:32 +08:00 企业级就是你掏钱用了他们的方案，如果出了问题有人帮你解决，有售后。有的甚至有售前，量身定做。 |
 | 22 janxin 2020-06-09 07:15:36 +08:00 因为企业级开发框架就是拿过来可以直接用的框架 |
 | 23 sivacohan PRO 你听说过代码审计吗？ 你使用的每一个依赖库都要先过审计才能使用。 |
 | 24 Hanggi 2020-06-09 07:28:09 +08:00 V 站不是人人单表过亿吗？每秒都是千万并发？这些不都需要企业级框架一键搞定？ |
 | 25 qW7bo2FbzbC0 2020-06-09 07:44:22 +08:00 via Android 企业级的理解 |
 | 26 Perry 2020-06-09 07:59:14 +08:00 “比如，我想接入 MQ，用 SB SC 的话成本已经非常低了，加个 dependency 就能直接用了。” 你自己不是回答了自己的问题？对于你来说就是没必要用，但这些框架但存在就代表着会有这样但需求，只是你不存在这种需求而已。 |
 | 27 wizzer 2020-06-09 09:24:48 +08:00 1 |
 | 28 twor2 2020-06-09 09:34:09 +08:00 经过爬坑验证的，业务逻辑完备的框架 |
| 29 qwerthhusn OP @sivacohan 以前的公司，是这样的，只允许用内部的 Maven 仓库。里面的那些包相比中央库少了很多东西，而且有公司内部的东西。像 bugjson 又双出新漏洞了，那个仓库会直接把旧版本去除，强制让项目去用新版本 |
 | 30 arthas2234 2020-06-09 09:39:26 +08:00 企业级应用就是把自己公司用的一套东西抽象出来 有些水平低的，通用性差，离开了这家公司基本上没啥用 有的水平高，通用性好，就成了开源项目 |
 | 31 optional 2020-06-09 09:47:00 +08:00 via iPhone idea 收费啊 |
 | 32 yunpyy 2020-06-09 09:52:21 +08:00 现在正在用 JEECG |
 | 33 prenwang 2020-06-09 09:54:17 +08:00 企业购买后, 除了购买费用, 后面每年都有技术支持维护保障预算, 企业领导要的是保障, 不要最新的技术, 要的是满足企业的需求, 要的是有人肯接受他们的需求并提供扩展定制. 为什么"企业级开发框架" 这个词很有分量, 因为这是落实到付款的重要保障, 没有什么既定的规范, 规范只有一条, 就是企业想要的你能给. |
 | 34 nicevar 2020-06-09 09:57:14 +08:00 企业不企业级不重要, 重要的是看有多少人在用, 用的人越多踩坑的越多, 坑就会越少 |
| 37 murmur 2020-06-09 11:14:38 +08:00 @yangjun 这些框架有很多很多，比如基于 Spring Boot 、Spring Cloud 或 dubbo 这些。 然后集成了很多第三方软件，各种 RDB，NoSQL，MQ 等等各种各样的东西。然后有一个前台系统，里面有集成各种表单表格等等各种东西。 楼主说的这堆东西就是企业开发标配，尤其是拖拽的各种业务生成器 |
 | 38 coetzee 2020-06-09 12:42:17 +08:00 得了，你看 Golang 粉丝又来黑 Java 了，服气。宛如英雄联盟当年踩着 Dota 上位一般 |
 | 39 leohxj 2020-06-09 15:27:45 +08:00 实际使用过程就是基于企业级框架进行业务定制。 |
| 40 shuangya 2020-06-09 17:20:02 +08:00 via Android 是否商业化，和“企业级”没有什么关系。 “企业级”只是描述这个框架经过了大量企业真实业务验证的，是有能力解决大型企业、复杂业务问题的，而不代表一定会有商业化的成分。 商业支持完善，那叫商用框架，不叫企业级框架。 就像同样是企业软件，既有免费的，也有商业化的。 “商业化”和“企业级”没有必然关系。“企业级”也可以是非商业化的，比如 Apache 的很多开源项目都可以称为“企业级”。商业化的也不一定都是企业级的。 |
 | 41 zzl22100048 2020-06-09 20:02:41 +08:00 via iPhone 看 jhipster，其他的感觉没必要 |
 | 42 AlexHsu 2020-06-10 10:59:18 +08:00 总不能做个屁大点项目也要配个架构师吧 搞一套很多人用没什么 bug 的脚手架应用场景不就在这么 就是做屁大点项目用的 |
 | 43 cyspy 2020-06-10 11:15:27 +08:00 淘宝模板 |
Select Language