1
kop1989 2020-12-11 13:52:53 +08:00
对内而言,我的理解其实并不冲突。
服务更倾向于有特定的运行环境 or 数据需求的工具。 而类库更倾向于低运行需求的工具,比如最简单的代码工具类。 对外而言,我觉得这二者之间取舍的重点,就不在于技术上了,而在于商业上。 服务能把控流量,降低风险,更便于变现收费。 库则更适用于开源、非盈利的项目。 |
2
SilentDepth 2020-12-11 14:33:19 +08:00
封装的服务实际跑的不还是 package/library 吗,无非是要不要把控接口层的设计而已
|
3
forgottencoast 2020-12-11 16:46:52 +08:00
服务有没有人维护?有没有一套成熟的 devops ?没有的话搞成服务就是给自己增加工作量。
|
4
mumubin 2020-12-11 18:47:23 +08:00 via Android
肯定是服务好,package 分发出去不好控制,以后会存在多个版本的
|
5
pkupyx 2020-12-12 09:01:52 +08:00
除了都有的解耦与标准化的目的,
拆分服务侧重的是降低整体系统复杂度 拆分 package 和 libs 侧重的是代码复用 具体需要什么取决于公司业务需求,纯粹为了技术积淀而拆反而没什么价值。 |
6
tonnycao OP 是不冲突,我们这边主要还是倾向于封装成 package 和 libs,主要是为了代码重用,但是 package 写得质量不高,一个是版本更新不及时,还有就是兼容性太差了。所以我觉得应该先做公共服务,等服务稳定了,代码质量提高了,可以把一些类库开放出来。
|