今天在整理项目灰模的时候，偶然间发现现在上线的app两个搜索模块UI是不一样的，详情请参见图片。
本地搜索与web搜索.png
由于这个产品从计划到实现的流程是有些颠覆的，因此现在才来补足流程中缺少的文件。
首先是一个基于本地的搜索：通讯录搜索，为了减少由于网络因素带来的时延，我们将通讯录缓存在本地、每天00时00分检查、每天第一次登录时检查更新（无更新则不更新），目前的展现形式是上图中的本地搜索，用户可以直接在此输入想要搜索的内容，检索的结果按照搜索内容动态变化。
其次是一个基于服务器数据库的搜索：在该搜索中，以一个放大镜的形式展现，点击放大镜将重新加载搜索页面，用户完整的输入搜索内容至搜索框，回车确认之后才开始搜索。
发现这个区别之后，我问过开发的小伙伴，这两个地方为什么做成不一样的形式（流程颠覆，木有UI设计），就我个人的理解而言，这两种搜索除开搜索的内容不一样，其他地方是没有区别的，差异化的目的一时间勾起了我的好奇心……
小伙伴回答我：本地搜索将按照搜索输入的内容动态变化，而服务器数据库搜索是必须用户按下确认键才能操作的，因此就做成了不同的样子。我感觉，这个理由没有很好的说服我。之后我试了试QQ的搜索。
在消息列表界面进行搜索，和我们出现的通讯录搜索是一致的，即本地搜索。搜索展示的内容同样依据输入的内容动态变化，即我输入1，出现与“1”相关的内容，而输入12则是在1的基础上筛选掉了与2无关的内容。
动态中进行搜索，和我们的服务器数据库搜索是一致的，都是基于某种资源在通过服务器来对数据库中的内容进行检索。搜索的内容需要用户按下回车键进行确认，即必须输入一个固定的、不再变化的字或词组才能发送给服务器进行检索。
QQ的两个检索，在表现形式上是没有任何区别的。QQ如此实现肯定有自身的道理，我的小伙伴这样实现也有他的道理，二者是不是存在一个更优？
我更倾向于QQ的实现方式，因为搜索内容的差异化对于用户而言是没有区别的，用户感觉总是都是搜索....希望我的理解是对的....sincerely...
网友评论