框架编写之聊天框架认识（五）

总结篇（终结篇）。

1 当开始写一个聊天app首先做什么呢？

  分析（核心） :

           消息的发送和接受。

           消息的状态和类型。

   不管如何去写聊天这个架子必须打好。

   这里使用观察者模式来处理消息的共享和共存，消息同步和状态实时。

2 数据库的整合和消息的显示。

  数据库的创建和处理是app应用的后台处理机制的重点，如何更好的处理增删改查功能，不仅仅是android开发就能够处理完美的，需要有很好的sqlite等数据的底蕴。如果是

大公司需要很多人来维护数据库的开发，所以这里不作为重点介绍，但却不能或缺。

 消息的显示主要指UI界面的更新，这里不仅要处理后台service还要处理网络连接、数据库操作、解析等等操作。并且能够在数据发送变化的第一时间同时所有用到这个数据的地方将数据改变。这才是UI更新的内在，也是上一步的工作的价值所在。

3 IM协议选择。

  这里主要分为三种情况：

   3.1 大公司：有自己的服务器和团队，可以处理好各种网络安全问题和高并发问题。此时就不要选择了，只要好好用自己公司的就好了。

   3.2 小公司或者在原来app临时添加上聊天功能。此时服务器开发已没有时间和资金来开发，但市场需求需要聊天功能支持。此时只能使用第三方提供的推送功能实现点到点的消息交流。此时需要将架子搭建好，因为当业务提高或者搞出自己的服务器时能过尽快的过度到自己的服务器。第三方最大的好处是安全、及时、稳定，但用户信息却不能私有。

   3.3 个人的项目：这里和上面的一样，找一个差不多推送功能服务器来实现自己的聊天即可。

4 功能实现：

    这里我就不过多说了，个人建议：集百家之长，融汇千家优势。

   聊天功能说到底就是对发送的文字，表情、图片、地图、位置、语音、视频等等通过编码为一种能够在网上传输的数据，将数据发送给对方后解析为我们能够看得懂的类型数据。

   无论老板或者经理有什么要求，他们的要求都是UI的要求，只要处理好后台显示的数据，无非就是在老板要求的地方显示时候数据罢了。

   动画、界面、布局等等多多去下载一些经典的聊天软件，一个反编译好好研究一下就ok了。