解决方案，是正对与需求来谈的。一个抽象的需求，需要一个较为上层抽象的解决方案来处理，这是病和药的关系。但是一个解决方案，可能会包含多个功能，每个功能都是解决方案上的一个节点。一个优秀的解决方案必然需要一个或多个核心的功能来支撑。
在android客户端来实现解决方案，则首先要做的两件事：1 将要实现的功能罗列出来，并且逐一细化，排序。2 核心功能运行保障。3 分析硬件环境，熟悉客户端能够提供的功能和接口，以及数据质量。
1 罗列功能：实现一个解决方案肯定不仅仅是一个功能能够体现的，但是必然有一两个核心功能。但是有核心功能，并不代表用户就可以很方便的进行操作。因此，需要根据用户的使用习惯补充一些支撑功能。例如播放一个视频文件，核心功能是播放功能，但是用户的习惯是：首先打开文件选择器，单击文件行进播放。显然满足用户的这一整套，才能说是一个解决方案。其次，有些功能是可以继续细分的，细分功能有助于更加清晰和系统环境进行评估。罗列这些功能，并且排序，将有助于业务的实现和调用系统接口的预估。
2 保障核心功能：两个方面，一个方面核心功能本身是否健壮，在苛刻的系统环境中运行是否流畅。很多buger都喜欢移植代码，但是很少考虑运行条件，移植过来是否能够健康运行。这方面需要一个评估。另一个方面，核心功能是否核心功能的需要怎么样调用才得当，以及运行时出现异常如何保证稳定。
3 分析硬件环境：硬件环境是指设备提供的一些可以调用的接口，以及提供的数据。有些机器可能没有某些器件，例如陀螺仪，数据业务，NFC等，需要预先考虑，否则方案中需要NFC，或者某些小角落里的功能需要这种硬件支持，但是没有，岂不是很糟糕的事情。另一方面，就是数据质量，如果想要通过一个低像素的摄像头来拍摄一些风景，则产生的视频数据，肯定没有高像素的好。这是必然要考虑的，否则结果，你懂得。
综上扯蛋，概括为必须数据自己实现的业务或方案，并且要能在现有硬件环境中评估是否能够满足，不满足则改，削足适履随便你。