视频会见项目总结

 代码；逻辑架构；bug；基础知识；分工合作；版本控制；

  在开发视频会见项目的过程中，通过遇到的各种问题对自身提升编程能力非常有帮助。主要从以下几个大方面来体现：

一、   代码

代码整洁，在该加上的地方加上注释。本项目是通过三个公司合作开发完成，在安卓设备本身测试场景下的开发调试环境下，有些注释是个人失误导致的需要加上注释；另外最好的习惯是在调用第三方的环境或者控件、组件的时候，能够在每一行逻辑下都加上注释和抛出异常处理，在非ui界面的代码逻辑放在子线程中，最大限制防止报错，anr而导致的程序不可用，提高程序的健壮性。代码编写清晰有条理，严格按照官方命名规则和变量格式来，有利于大家互相看对方的代码时，能够节省时间，又便于看懂。

二、   逻辑架构

  开始一个项目时，需要将很多时间放在代码逻辑架构上。研究出一个可行的，更简单搭建的架构后再开始动手敲代码。新get到的一个知识是在界面显示视频的时候由于显示位置是一样的，只是每次显示的人都不一样，所以考虑到把要显示的账号都放到一个矩阵中，矩阵的绝对位置就是视频显示的位置，此方法和我不假思索就开始敲代码的逻辑区别在于省了代码量，还将代码写的很有逻辑性。

三、   bug

  开发过程中遇到bug是再平常不过的事情。如果代码逻辑写得好，清晰，在恰当的地方注释也加了上去，那么在出现错误调试的时候就能在很短的时间内找到bug错误或来源。在和清流逊调试的时候由于经常卡在登录视频服务器的部分，打印的log很多，也就一眼就看出来了。在我看来bug种类分为两种，一种是非联调开发的bug，就是自己的bug，这种bug就是经过自己验证之后的，就不用让大家一起帮忙看看是谁的错误。另一种联调开发才能处理的bug，也是要经验证之后才能判定是不是本身原因，不是就分配到认为的人那里去。现在遇到的问题是，分不清这个问题是谁的，需要经验多一点来强化这部分。

四、   基础知识

  基础知识这块感觉很不错，以前没有用过，对自己没有信心，现在看来，有信心就好。

五、   分工合作

  先把自己的工作做好，再去想其他事情。很多时候考虑的多了也耽误整体进度，容易把自己做的部分搞糟。经常在改一个bug的时候，突然觉得另一块代码写的不好，觉得是个bug但是并没有去验证，就把这块也给改了。。。结果就是把对的改成错的了，一定要把bug确定了再改掉。

六、   版本控制

  最后一个就是版本控制了。这种做法是对于遇到毁灭性错误不可修复的时候，往往是在写代码的时候，本来是正确的，运行都好好的，但是不知道加了哪部分的代码导致程序错误，看log也搜出来一堆不懂的处理方法。这时候去版本管理仓库把上一个运行成功的版本调出来就行了。