前言

生活有度，人生添寿。

Javascript从当初的一个“弹窗语言”，一步步发展成为现在前后端通吃的庞然大物。javascript的受欢迎程度也是与日俱增，今年编程语言又是花落javascript，这实在是一个充满了活力的语言。如今，随随便一个网页javascript代码量都不下数千行，要是node后端那更不止几千行了。（WTF）代码量的增加给编程带来的首要的问题就是如何去编写和维护如此庞大的代码呢？答案就是模块化思想，其实就是面向对象（OOP）编程，如今比较流行的三大前端框架（angular,react,vue）基本都实现了组件化编程，但组件化和我们所说的模块化又有所不同，应该可以这么理解，组件化是模块化的升级版，模块化是组件化的基础。那么，问题来了，javascript怎么面向对象编程呢？我想这很多老鸟也不定说的清楚吧，前端杂而活跃的各种社区，很多前端er一度依赖各种插件，根本不需要去了解这些深层的东西却照样能完成任务。但我想作为一个有追求的前端er还是很有必要去学习这些看似用不着的东西的，别的不说，就单单因为我们是前端er,只会用jquery一个稍微厉害的后端都能代替你。好吧，废话不多说，到底如何面向对象coding呢…..

很不幸，es5中并没有给出明确的定义‘类’的概念，所以传统的面向对象编程似乎是行不通的，那么又该肿么办呢？值得庆幸的是，前辈们通过不断探索总结，成功的用javascript模拟出了“类”。那么，javascript的类又该怎么定义呢？

在面向对象编程中，类（class）是对象（object）的模板，定义了同一组对象（又称”实例”）共有的属性和方法。

深挖产品设计背后的工作方式和工作流程，让产品经理受益匪浅。

Design Sprint Method （谷歌冲刺计划）是由谷歌创投的 Jake Knapp 发明的一种产品设计工作法，是指由一支不超过 7 人的团队，在 5 天之内，通过 5 个步骤，能够快速解决产品难题的产品设计方法。其基础概念来自于敏捷开发、设计思考和个性游戏法，先后被 100 多家创业公司实践，打造了诸如 Slack、 Nest、Blue Bottle Coffee 和 23andMe 等多个成功的互联网产品。

搜索功能无论在web端还是移动端，都是产品中十分重要的功能。文章主要从用户体验和产品功能、策略角度来分析，提出一些对应的设计方法。

搜索能够帮助用户快速找到想要的结果，其中两个重要目标是提高搜索结果的相关性，降低结果触达的延迟性。用户使用搜索功能来满足其信息获取的需求，其搜索目的是在搜索结果中进行内容消费。搜索功能一般来说都是全局性质的“模糊搜索”（用户可以搜索到产品的主要内容），有时也会出现在局部结构中（如某个功能模块下的“定向搜索”）。

@黄红艺Designer ：对于交互设计师而言，一个项目的开始，是从接到产品经理的需求文档开始的。从需求的确认到交互稿的确认，再到产品开发效果的确认，都考验着交互设计师设计能力以外的技巧。在这个过程中，有一些要点需要你知道，来保证你的设计过程更加顺畅。

第一点：确认你所理解的需求是否正确

一千个人的眼中，就有一千个哈姆雷特。对于需求的理解也是一样，我们拿到需求以后，要和产品经理进行沟通，将自己对需求的理解与简单的页面构思，阐述给产品经理，以确定自己的理解与设计方向是否准确。切忌，拿到需求就开工去做，以为可以节省时间，却不知错误的理解和方向，让你付出更多。

不要认为，产品经理给的需求就像数学定理一样可以深入理解，详细解读，没有那么多的产品经理有这个功夫和能力去做这个事情。因此，沟通才是保证你对需求的理解，对设计方向正确把握的基石。

那么，在需求交流之前你要准备好什么呢？第一，认真研究需求，理解需求；第二，是你在研究需求时，发现的问题，最好整理出来，以便在讨论时提出，让产品经理为你解答，而不是自己”以为“；第三，如果时间充足，最好整理出界面的框架，或者用草图来展示你的设计思路，看产品经理是否认可你的设计。

对于讨论中形成的共识，最好以邮件的形式发出，一方面可以作为会议纪要，便于随时解答疑惑，另一方面，是立字为证，防止需求的随意变更。

永远不要亏欠来到我们身边的任何人，只要有这个思维，坚决不亏欠。不管是什么原因都不亏欠别人，因为一旦亏欠就亏欠了我们的前途，所以宁愿吃亏也不亏欠。

UI设计的整个过程中，有很多需要衡量和把握的一些原则和规范，帮助设施和合理性就是其中经常要审视和把握的两点。那么帮助设施和合理性都有哪些细则呢？

帮助设施的细则主要包括：

在上一篇的分享文章中，我们分享了软件界面设计中的易用性细则，今天我们来分享下软件界面设计中的规范性细则。通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。那么，具体到规范性的一些细则都有哪些呢？

软件界面设计在现在的互联网时代越来越火，想必做设计的也都知道，它也是要遵循一定的设计守则，其中易用性就是软件界面设计中的守则之一。但仅仅知道这一点还是不够的，因为易用性的背后还有很多的一些小细则，今天我们就来对这些小的细则进行统计分享。

问题提出

font-weight的属性值有100、200、300、400、500、600、700、800、900和normal、bold、lighter、bolder，它们的区别是？
另外，在实际开发中，我们应该使用数值表达还是文字表达呢？

认识font-weight

根据W3C Fonts节章的规范标准，可知：

在UI设计中，文字内容的表述也是需要设计师精心推敲，仔细设计的部分。清晰、准确、简洁的文案设计能够让界面拥有更好的可用性，同用户建立信任。

文案设计上的技巧很多，应当规避的误区也不少，今天为你总结16个常见的UI文案设计的误区，帮助大家少走弯路。

1、尽量避免使用俗语和术语

未知的术语和俗语将会增加用户的认知负荷，所以应当尽量避免使用这类用户无法识别的词汇，使用常用和易于理解的词汇能够帮助用户理解。

下面就是一个典型的反例：

很难说清这种错误提示信息是给系统管理员还是办公室的文员看的。