视频会见项目总结

代码;逻辑架构;bug;基础知识;分工合作;版本控制;
在开发视频会见项目的过程中,通过遇到的各种问题对自身提升编程能力非常有帮助。主要从以下几个大方面来体现:
一、代码
代码整洁,在该加上的地方加上注释。本项目是通过三个公司合作开发完成,在安卓设备本身测试场景下的开发调试环境下,有些注释是个人失误导致的需要加上注释;另外最好的习惯是在调用第三方的环境或者控件、组件的时候,能够在每一行逻辑下都加上注释和抛出异常处理,在非ui界面的代码逻辑放在子线程中,最大限制防止报错,anr而导致的程序不可用,提高程序的健壮性。代码编写清晰有条理,严格按照官方命名规则和变量格式来,有利于大家互相看对方的代码时,能够节省时间,又便于看懂。
【视频会见项目总结】二、逻辑架构
开始一个项目时,需要将很多时间放在代码逻辑架构上。研究出一个可行的,更简单搭建的架构后再开始动手敲代码。新get到的一个知识是在界面显示视频的时候由于显示位置是一样的,只是每次显示的人都不一样,所以考虑到把要显示的账号都放到一个矩阵中,矩阵的绝对位置就是视频显示的位置,此方法和我不假思索就开始敲代码的逻辑区别在于省了代码量,还将代码写的很有逻辑性。
三、bug
开发过程中遇到bug是再平常不过的事情。如果代码逻辑写得好,清晰,在恰当的地方注释也加了上去,那么在出现错误调试的时候就能在很短的时间内找到bug错误或来源。在和清流逊调试的时候由于经常卡在登录视频服务器的部分,打印的log很多,也就一眼就看出来了。在我看来bug种类分为两种,一种是非联调开发的bug,就是自己的bug,这种bug就是经过自己验证之后的,就不用让大家一起帮忙看看是谁的错误。另一种联调开发才能处理的bug,也是要经验证之后才能判定是不是本身原因,不是就分配到认为的人那里去。现在遇到的问题是,分不清这个问题是谁的,需要经验多一点来强化这部分。
四、基础知识
基础知识这块感觉很不错,以前没有用过,对自己没有信心,现在看来,有信心就好。
五、分工合作
先把自己的工作做好,再去想其他事情。很多时候考虑的多了也耽误整体进度,容易把自己做的部分搞糟。经常在改一个bug的时候,突然觉得另一块代码写的不好,觉得是个bug但是并没有去验证,就把这块也给改了。。。结果就是把对的改成错的了,一定要把bug确定了再改掉。
六、版本控制
最后一个就是版本控制了。这种做法是对于遇到毁灭性错误不可修复的时候,往往是在写代码的时候,本来是正确的,运行都好好的,但是不知道加了哪部分的代码导致程序错误,看log也搜出来一堆不懂的处理方法。这时候去版本管理仓库把上一个运行成功的版本调出来就行了。

    推荐阅读