APP开发如何快准狠？

速度、质量和可维护性

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

快：快其实是最简略做到，或者说最简略知道能不能做到的事情，了解的Android开发的朋友都知道，如果能理清事务逻辑，不受干扰地投入开发，开发速度能够很快，一般普通规模的App，一到两周就能完结。

稳：稳不像快，能够简略地用时间进行即时的量化评价，我们要等许多bug呈现之后，才知道稳不稳，但是一般赶工速度一快起来，就很简略呈现许多bug。其实Android常见问题无非是内存、异步、响应等，要扫除和处理这些问题很简略，难的是怎样保证不呈现这些问题。

明晰：明晰是最难做到的，快能够经过时间量化，稳能够经过bug统计量化，但是明晰是很难量化的，代码检查和可扩展性都是主观评价，而且适当滞后，许多情况下，往往要比及需要实现扩展，乃至换人接手代码时，才知道代码不明晰。

关于开发者来说，怎样才能又快又稳又明晰地App开发。

有限参加事务规划

从责任分工上，事务规划是运营部分和产品司理的工作，确实不应由研制负责，但我说的是参加，研制（包括测试）应当尽早参加事务规划，一方面提前发现问题，另一方面能够引导和建议技能道路。

研制参加规划，能够规避许多问题，例如通信压力、加载速度、延迟时间、硬件负载等移动开发特有问题，不能盼望运营和产品能像专业的研制一样面面俱到，考虑周翔。

另一方面，研制参加规划还能够引导技能道路，例如选用原生App、混合App还是ReactNative方式，选用单用户系统还是多用户系统，选用什么收费方式等。

在实践操作中，事务规划比如收费方式，反常提示，乃至于事务逻辑上的严密性，你都或许发现漏洞。

当然，参加规划必然会占用研制时间，有人会觉得委屈，感觉这是替产品做了他们的工作，但其实研制参加规划，省下的还是自己的时间，因为无论产品如何规划，最终都需要技能来研制实现，如果规划上出了问题，你修改代码的投入，可比产品改文档的那点儿投入大多了。

当然，公司层面也应有清楚的App开发定位，研制对规划的投入，有必要是有限的指导性的，如果许多把研制投入到规划工作，便是另一种方式的浪费了。

反常处理

在实践开发过程中，除bug其实占了适当一部分工作量，有时候好好的开发方案，因为几个诡异的bug就得耽搁半响，所谓“码字5分钟，排错两小时”是也。所以，能否尽早赶快处理反常，是非常影响开发功率的。