视频会见项目总结
来源:互联网 发布:windows eds安装文件 编辑:程序博客网 时间:2024/04/29 12:00
代码;逻辑架构;bug;基础知识;分工合作;版本控制;
在开发视频会见项目的过程中,通过遇到的各种问题对自身提升编程能力非常有帮助。主要从以下几个大方面来体现:
一、 代码
代码整洁,在该加上的地方加上注释。本项目是通过三个公司合作开发完成,在安卓设备本身测试场景下的开发调试环境下,有些注释是个人失误导致的需要加上注释;另外最好的习惯是在调用第三方的环境或者控件、组件的时候,能够在每一行逻辑下都加上注释和抛出异常处理,在非ui界面的代码逻辑放在子线程中,最大限制防止报错,anr而导致的程序不可用,提高程序的健壮性。代码编写清晰有条理,严格按照官方命名规则和变量格式来,有利于大家互相看对方的代码时,能够节省时间,又便于看懂。
二、 逻辑架构
开始一个项目时,需要将很多时间放在代码逻辑架构上。研究出一个可行的,更简单搭建的架构后再开始动手敲代码。新get到的一个知识是在界面显示视频的时候由于显示位置是一样的,只是每次显示的人都不一样,所以考虑到把要显示的账号都放到一个矩阵中,矩阵的绝对位置就是视频显示的位置,此方法和我不假思索就开始敲代码的逻辑区别在于省了代码量,还将代码写的很有逻辑性。
三、 bug
开发过程中遇到bug是再平常不过的事情。如果代码逻辑写得好,清晰,在恰当的地方注释也加了上去,那么在出现错误调试的时候就能在很短的时间内找到bug错误或来源。在和清流逊调试的时候由于经常卡在登录视频服务器的部分,打印的log很多,也就一眼就看出来了。在我看来bug种类分为两种,一种是非联调开发的bug,就是自己的bug,这种bug就是经过自己验证之后的,就不用让大家一起帮忙看看是谁的错误。另一种联调开发才能处理的bug,也是要经验证之后才能判定是不是本身原因,不是就分配到认为的人那里去。现在遇到的问题是,分不清这个问题是谁的,需要经验多一点来强化这部分。
四、 基础知识
基础知识这块感觉很不错,以前没有用过,对自己没有信心,现在看来,有信心就好。
五、 分工合作
先把自己的工作做好,再去想其他事情。很多时候考虑的多了也耽误整体进度,容易把自己做的部分搞糟。经常在改一个bug的时候,突然觉得另一块代码写的不好,觉得是个bug但是并没有去验证,就把这块也给改了。。。结果就是把对的改成错的了,一定要把bug确定了再改掉。
六、 版本控制
最后一个就是版本控制了。这种做法是对于遇到毁灭性错误不可修复的时候,往往是在写代码的时候,本来是正确的,运行都好好的,但是不知道加了哪部分的代码导致程序错误,看log也搜出来一堆不懂的处理方法。这时候去版本管理仓库把上一个运行成功的版本调出来就行了。
- 视频会见项目总结
- 交通灯项目视频总结
- 项目总结之录制视频
- 黑马程序员--交通灯项目视频总结
- C665x视频处理平台项目总结
- Linux-视频监控系统(14)-项目总结
- 开源项目live555接收rtsp视频流总结
- Android视频播放项目总结之 思路梳理
- Android视频播放项目总结之 代码分享
- V4L2视频采集 X264编码项目总结(上)
- V4L2视频采集 X264编码项目总结(下)
- 关于马士兵视频中坦克大战项目的总结
- 对最近Android项目中的视频编解码的总结
- 对最近Android项目中的视频编解码的总结
- 会见teambition齐俊元
- 李克强会见饶宗颐先生
- 视频总结
- Android视频播放项目总结之 得到手机中的所有视频数据
- 获得任何按键状态的方法
- 银联标准之MAC算法实现(POS终端加密)
- 时间戳函数
- 类型转换
- git 命令备忘录
- 视频会见项目总结
- 【HTTP】Fiddler(二) - 使用Fiddler做抓包分析
- C#复选框
- linphone-3.9.1 无界面版在openwrt上的移植
- 第五届校内选拔javaA组-子序列第一题
- 响应式设计布局之@media用法详解(转)
- 浅谈MyBatis 之 增删改查(CRUD) (二)
- 【Maven】Nexus(Maven仓库私服)下载与安装
- 【HTTP】Fiddler(三)- Fiddler命令行和HTTP断点调试