1. SDK所依赖的第三方库尽量使用原生的,比如OkHttp,避免开发时出现重复的OkHttp引用;

  2. SDK应该保持小而美的哲学,专注核心功能,其他功能比如聊天缓存,应该在其他库中提供解决方案,或者干脆只提供一些建议方案,而不应该出现在SDK中,以后用户的种种需求都用这种类似“插件”的方式来满足。这样保证核心SDK的稳定性,又能满足用户的种种需求。

总之SDK不是大而全的高楼大厦,而是基础的水和电。

3 人赞了这个帖子.
  1. 因为很多开发者会使用很多其他第三方库,但是其他第三方库的依赖库有可能跟 LeanCloud 的依赖库产生版本不一致的问题,所以我们把 java_socket 等改成了我们自己的 package,但是这样确实也容易引起一些问题,这个我们还要在看看是不是有更优的解决方案。
  2. 其实 sdk 现在也是已经分了很多 lib 的,只不过是按照服务去区分的。我们最终的目的其实就是方便开发者开发,但是开发者的需求是各不相同的,如果过分的注重于核心功能开发,就会提高接入门槛,因为需要开发者自己去完成相关的一些东西,对于一部分开发者而言,这些东西可以自己完成,但是对于其他开发者而言,这样会增加工作量,而且确实也有一定难度,所以当时会把缓存之类的需求都添加了。当然如果有更好的拆分方式,能够把核心需求以及非核心需求区分开,那肯定是更好的解决方案。

非常感谢以上的建议,我们会继续寻找更优的解决方案。