编辑导语：我们在网页长举办搜索时，会发明只用要害词就可以找到本身想要的内容，可能刚输入要害词下面就会呈现一些有接洽的内容，十分利便快捷；本文作者分享了怎么让成果变得即机动又简朴，我们一起来进修一下。

一、为什么这是个问题？

成果设计是产物司理最根基的技术，也是产物最根基的构成部门和代价地址。

所以，不管是在事情中，照旧在口试中，一个成果设计得太巨大可能太鸡肋，城市直接拉低别人对你的印象分！！！

但在产物设计中，机动与简朴这两个特性确实经常是斗嘴的。

尤其是在东西型产物中，我们想把成果设计得很机动，就经常会用起来很巨大；假如想设计得很简朴，又会淘汰成果性，显得很鸡肋。

虽然尚有个步伐，就是在简朴的成果中插手呆板进修模子；不外假如团队自身积聚不敷，这个步伐的投入就太高而代价又太小，不是个好步伐。

举个例子：在当今的产物中，包括的信息越来越多、越来越巨大，所以搜索成果就越来越重要了。

在搜索成果上，我们既但愿可以或许足够机动（好比支持各类条件组合，支持“与或非”等等），又但愿足够简朴（像普通文字输入一样）。

怎么办呢？

这是一个较量典范的逆境，我们来看看百度、Google等通用搜索引擎是怎么做的。

它们在“简朴”上做得很精彩，当需要多个要害词时，只需要用空格离隔就可以了。

还不错对吧？可是，再看看它们应对“机动”的高级搜索成果……

这里确实提供了足够的机动性，但整个设计就崩塌了；因为从1个输入框酿成了10项设置，太巨大了！！！

那么假如插手呆板进修模子呢？就这样：

这类推荐看似简朴，但假如要当真做，需要投入不少人力和时间才气实现。

所以，百度这是个失败的设计吗？

其实否则——假如你是百度搜索引擎的深度用户，那么你应该知道这样一组搜索指令：

用减号“-”代表解除要害字；

用“intitle:”代表要害字只呈此刻标题中；

用“inurl:” 代表要害字只呈此刻URL中；

用“filetype:”代表只想看某些文件范例，好比docx、pdf；

用“site:”代表只想搜索某个站点中的内容；

以上这些指令都可以直接在搜索框中输入，既满意了高级用户的需求，又不会影响低级用户的利用体验。这就实现了既机动又简朴。

那么，假如你想在设计本身的产物时也做到机动而简朴，应该怎么做呢？

二、本来的设计问题出在哪？

首先，我们界说问题的领域。

机动与简朴的取舍，不是一个纯粹的交互设计的问题，它还涉及到前端页面交互与后端系统的共同；所以单从交互设计的角度很难找到谜底。

这里必需说一点：要想晋升对付产物的领略，需要操练本身的抽象思考本领。

在这里，我们就需要把详细的产物交互做一次抽象和提炼，找到个中的纪律；有技能配景的同学在这方面会有优势。

为什么？因为技能语言自己就是对事物的抽象。

其次，我们要冲破一种思维定式：“一个成果是一体的，不再可分”；其实并不是这样的，就用上面的搜索引擎举例，它与用户相关的部门大抵可以拆成两个子模块：

收集用户输入搜索条件；

系统理会用户输入的内容；

所以，正是这两部门造成了机动与简朴很难取舍——用户随意输入的内容系统很难理会；而系统利便理会的内容对用户来说太巨大了。

最后，我们可以警惕技能规模的MVC设计理念，来思量我们的产物成果设计。

MVC是三个单词的首写字母——M代表Model，是指产物中的数据模子；V代表View，是指产物中泛起数据的 *** ，其实就是用户“看得见摸得着”的产物形态；C代表Controller，指的是真正用来响应用户操纵的部门。

这种设计理念为我们设计巨大成果打开了思路。

一个产物成果，我们可以从三个方面来思考它的设计：

之一部门是Controller，我们可以领略为“焦点成果”。好比，在搜索引擎中什么是“焦点成果”？按照用户输入的条件，返回切合条件的功效，这就是焦点成果；所以“查询”就是一个必不行少的Controller。

第二部门是View，直接领略就是“产物形态”。好比收缩引擎中的输入框，搜索功效列表；这两个详细的产物形态，就是两个View。

第三部门是Model，这部门就很抽象了；我们在这里不光独表明它，团结下面的例子一起说。

我们以“用Excel中的数据绘图表”这个场景为例，来看看MVC的三个部门是怎么共同事情的。

首先，我们在一个Excel文件中生存的一份数据，这份数据，就相当于MVC中的Model。