app开发，快速稳定且清晰的实现方法！

开发者的价值通过技术与产品得以彰显，就 App 开发而言，除达成业务目标外，最为关键的当属开发速度、质量以及可维护性。速度决定着能否助力公司抢占市场，质量决定着能否站稳脚跟而不被迅速淘汰，可维护性决定着继续前行时能否保持轻快步伐。

速度、质量与可维护性

对速度、质量和可维护性的要求，实则是又快、又稳、又清晰的要求。

快：快其实是相对容易做到，或者说是较易知晓能否达成的事，熟悉 Android 开发的朋友都知晓，若能理清业务逻辑，不受干扰地全心投入开发，开发速度能够很快，通常一般规模的 App，一至两周即可完成。

稳：稳不像快那般，可以简单借助时间进行即时量化评价，需待大量 bug 出现后，才知晓稳不稳，然而通常赶工速度一旦加快，就极易出现大量 bug。实际上 Android 常见问题无非就是内存、异步、响应等，排除和解决这些问题并不困难，困难的是如何确保不出现此类问题。

清晰：清晰是最难达成的，快可通过时间量化，稳可通过 bug 统计量化，但清晰却难以量化，代码审查和可扩展性均为主观评价，且相当滞后，很多时候，往往要等到需要实现扩展，甚至换人接手代码时，才意识到代码不够清晰。

对于开发者而言，怎样才能做到又快又稳又清晰地开发 App，在此梳理了我的一些心得体会。

有限度参与业务设计

从职责划分来看，业务设计是运营部门与产品经理的工作，确实不应由研发负责，但我所说的是参与，研发（包括测试）应尽早参与业务设计，一方面提前察觉问题，另一方面可引导和建议技术路线。

研发参与设计，能够规避诸多问题，例如通信压力、加载速度、延迟时间、硬件负载等移动开发特有的问题，不能期望运营和产品能如专业研发般考虑周全、细致入微。

另一方面，研发参与设计还能引导技术路线，比如采用原生 App、混合 App 还是 ReactNative 形式，采用单用户体系还是多用户体系，采用何种收费形式等。

在实际操作中，业务设计诸如收费形式、异常提示，乃至业务逻辑的严密性，都可能发现漏洞。

当然，参与设计必然会占用研发时间，有人可能会觉得委屈，认为这是替产品做了他们的工作，但实际上研发参与设计，节省的还是自己的时间，因为无论产品如何设计，最终都需要技术来进行研发实现，若设计出现问题，修改代码的投入可要比产品改文档的投入大得多。

当然，公司层面也应有着清晰的定位，研发对设计的投入，必须是有限的、具有指导性的，如果大量将研发投入到设计工作，那就是另一种形式的浪费了。

【码邻蜀科技：www.mlscd.cn】个性化软件定制开发专家！提供专业的软件开发、手机 APP 开发、微信开发、小程序定制服务！