第三次技术分享——开发那些事

今天给大家带来开发过程的一些问题，理解了这些问题，产品经理才能理解程序员说的一些专业术语（免得被欺负QAQ）。

####程序员“命名困难症”
网络流传，因命名问题，某程序员对同事出手，不规范的命名方式的确会对开发带来极大麻烦，尤其对于新手，命名方式更加五花八门。不规范的命名方式往往因为一下原因：
①英语差②读代码少。
为了提高开发效率，团队应该有统一的命名方式。
如：作用域+类型+名字。
在开始学习编程就因该有良好的命名习惯，比如給“年龄”这个变量命名就命名为“age”。

####耦合与解耦
耦合：开发一应用时，往往是将应用中部不同功能/模块分给不同程序员，但这些功能存在一定的相互调用关系。如A程序员负责扫码功能，B负责支付功能，不止是B，可能C程序员负责的加好友功能也要和扫码功能有一定联系，这种情况便是耦合。
而有时候需要单独把某功能拿出来使用，比如单纯的加好友功能，由于耦合存在，拿出某功能便出现一定的难度，这样便需要解耦。
应用与应用（如，在同一宿主——手机）之间也肯存在互相调用，比如用QQ扫码，却打开浏览器跳转到某网页中。这种不同应用之间通过代码框架提供标准接口进行交互，就可以直接避免代码耦合。这种方式对单个APP内部也是适用的，此即是利用框架解耦的方式。
当然，在开发刚开始也可以直接避免交叉，如果有交互需要，可以通过接口，甚至引入框架。许多情况下为了迅速开发，程序员便不会避免耦合，有这个需要，产品经理便需要能预测未来独立化趋势，提前告知程序员需求。

####不能改的BUG
检查出来了BUG，程序员却说不能改，嗯！程序员或许不是在骗你。不能改BUG可能有以下几种情况。
①产品发布在即，改正可能会产生不可预知的后果。
②这个BUG的存在可能是为了避免另一个更大的BUG。
③开发人员各种秀，最终导致代码只能看，不能改，但能保证程序正常运行。

####编不过
“编”指编译器在进行翻译，“编不过”即是编译器在翻译过程中可能存在单词拼写，语法等错误，这时就需要程序员认真检查自己的代码。

####程序挂了
有的程序用着用着就挂了，即即程序奔溃，也叫“挂了”。
①程序员在开发时欠考虑，不能对所有可能异常状态做出处理，如空指针，数组访问越界。
②操作系统不靠谱（情况较少见）。

####代码混淆
源代码也存在泄漏风险，这时代码混淆就发挥作用。
代码混淆：将条理清晰的代码写得晦涩难懂，但功能不变。
比如将for循环变为while，将函数名简化等。

####异常捕获
应用一旦发布，可能面临没用两下就“挂了”的情况。异常捕获就是开发者知道程序在这里可能会奔溃，于是让程序绕过去从而避免奔溃，以保证程序正常运行。

####简单理解：
面向过程：程序员接到需求，把它拆成一个个的指令，然后穿起来交给计算机去执行。
面向对象的两个特性：
①自己的事情自己做——创建的对象应该刚好能做完它能做的事情，不多做也不少做。
②面向接口——数据和行为都封装到了对象里，为了让外界知道自己有哪些功能，即自己成为接口的实现者。

####代码重构
软件开发过程中，每款软件都是精心设计的，具有良好的结构，但随着需求不断变更，原结构开始不适应，为了加速完成需求，开发者可能会使用一些违背当前软件架构的方式实现功能。久而久之，这种“另类”的代码越来越多，原结构开始杂乱无章，，代码可读性和可维护性降低，要继续开发可能带来崩溃。
重构即保留现有功能基础上重新梳理代码结构，让杂乱无章的代码重新具有可读性、结构性、可扩展性，增加软件开发效率，优化程序功能，小到一个函数，大到整个产品的模块。