接触一些项目之后，我发现给与用户的UI反馈实在是太欠缺了。
抛开应用的功能实现来说，对于触发的UI控件的后续操作这一中间过程，很多人都忽视了。尽管这只是细微的细节，可是，用户却是能够切身的体会到。
不妨举个实际点的例子，屏幕上有一个相机按钮，一看就能够猜测到操作的内容是与相机有关的，但这不是本章我们要讨论的重点。当你试着点击相机图片的时候，试着想象一下这些操作，点击、长按、滑动、松手。在只考虑正常情况而非人为处理过的情况时，这个操作过程会产生以下几种可能：
1、正常触发点击事件，跳转到拍照页面；
2、正常触发点击事件，但没有给与按钮触发相关的处理功能，停留在本页面；
3、在性能比较差的情况下，点击按钮后，延迟了一会才跳转到拍照页面；
4、仅仅是个图片，不能触发点击事件；
5、按压的时间过长，触发长按事件；
6、手指按压的时候滑出了触点范围，取消了触发事件；
情况2、4、5发生的时候，情况3也是会发生的，用户就会产生困惑，并且这些情况发生的概率还是很大的。可以稍微脑补一下用户的内心戏：我点点点，怎么还是没反应，到底能不能点击，什么情况？接下来，就分析一下点击反馈的重要性。
点击反馈的体现是什么呢？个人觉得，有两点是很重要的：一是效果，一是功能。
效果是中间产物，是一个趋向于结果的过渡，是为了告知用户点击事件发展的进度。让用户知道他们到底是否按到了什么东西，是否松开手，然后又会发生什么。总的来说，就是给予用户可以期待的理由。
功能是最终产物，反应点击操作的最终展现结果。按钮是否可点击，是否点击了按钮，是否长按了按钮，是否终止了点击，都应该让用户知道，用户也有权知道，以便让用户有心里准备的去面对即将要发生的转换，如果有的话。
所有能够响应触发事件的操作元素，在事件触发后都应该有一个视觉上的反馈。这些可以让用户放心大胆去试用，而不必担心触发了未知的事件。由此，凸显了点击反馈是多么细微而重要的实现。
有的同学就会说了，这会影响性能。那就需要请你自问一下了，你实现的应用的性能到底有多高；这点性能的损耗，又能给应用造成多大的影响；相对于其它真正消耗性能的实现来说，这可以说是微乎其微的。但是，这点细微的技巧实现，却能对产品加以润色，给与用户细心体贴的照顾，让用户使用起来更加的舒心，这却是实质有效的。
尤其是开发人员，更加的需要主动的去注意这些细节，自我要有细心的意识，不要被动的去接受，因为在实现应用的过程中，很多人都会忽略掉这个重要的细节。下面是一张简单的工作流程图：
就我的经历而言，UE、UI是很少注意到点击反馈这样的细节的，最多也就是考虑到点击换个背景图片这个层面上；更多的是没有任何反馈展现；一直在说要提升用户体验，更多的是偏向于功能实现上。所以，这样的责任就落在了开发人员的身上。对于开发人员而言，不单单需要具有很好的功能实现的能力，更需要能够深度的去思考的能力，不要仅局限于别人告知了才去修改，才去实现。
