这是一个创建于 1453 天前的主题，其中的信息可能已经有所发展或是发生改变。
对于公司内部或者对外部
 |
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 写得质量不高，一个是版本更新不及时，还有就是兼容性太差了。所以我觉得应该先做公共服务，等服务稳定了，代码质量提高了，可以把一些类库开放出来。
|
Select Language