是否可将 ui-kit 多模块化

[foolishchow]

个人见解，如官方文档指出，会将fragment 和 activity 抽离到demo中，亦有同感，如今的gradle依赖方式接入产生的安装包体积过大的问题还是需要开发者自己去解决的，提一点个人拙见，抛砖引玉。

1. gradle中的implementation应替换为api
2. 将当前的com.hyphenate:ease-im-kit解耦成多个,便于维护和开发者快速修复

└── ease-im-kit
    ├── ui-simple                   //  fragment activity 级别的组件 
    ├── extension-chat-emojicon     //  聊天插件表情 基础或者自定义
    ├── extension-chat-location     //  聊天插件 定位  便于解耦 毕竟也可以使用高德嘛
    ├── view-chat                   //  聊天相关的组件
    ├── view-contract               //  联系人相关的组件
    ├── view-conversation           //  会话相关的组件
    └── view-base                   //  基础组件

[jinanzhuan]

个人见解，如官方文档指出，会将fragment 和 activity 抽离到demo中，亦有同感，如今的gradle依赖方式接入产生的安装包体积过大的问题还是需要开发者自己去解决的，提一点个人拙见，抛砖引玉。

1. gradle中的implementation应替换为api
2. 将当前的com.hyphenate:ease-im-kit解耦成多个,便于维护和开发者快速修复

└── ease-im-kit
    ├── ui-simple                   //  fragment activity 级别的组件 
    ├── extension-chat-emojicon     //  聊天插件表情 基础或者自定义
    ├── extension-chat-location     //  聊天插件 定位  便于解耦 毕竟也可以使用高德嘛
    ├── view-chat                   //  聊天相关的组件
    ├── view-contract               //  联系人相关的组件
    ├── view-conversation           //  会话相关的组件
    └── view-base                   //  基础组件

感谢您提的宝贵建议，第一点gradle中implementation替换为api，我们将在下一版本中进行优化；第二点，关于分包的问题，给了我们很好的建议，我们将在后续迭代中着重考虑。希望后续可以得到您更多的建议！