小程序SDK版本 1.4

表单校验之难

如果要问微信小程序最难实现的公共业务是什么？应该是表单校验，没有之一。原因如下：

• 表单组件在数量上达到11个，居各类组件之首。当然幸运的是，并不是所有的都需要校验。
• 而这些组件操作方式多样，可分为滑动、（多行）输入、点击、点击+滑动。
• 即使是同一个组件，因为业务场景不同就会有不同的校验规则。
• 更麻烦的是，这些组件之间经常还会联动或者关联校验。
  …

但是，作为一个非简单静态页面，有着较多用户交互的小程序，表单校验又是一个非常常用的功能：登录、注册、新增、编辑…

总而言之：表单组件的多样性 X 校验规则的多样性 = 复杂的公共业务

这么棘手的问题我们怎么来解决它呢？

今天和大家交流分享的是关于微信小程序的一些开发心得。
包括4个部分：

• 个人简介。包括我所在的公司和个人的一些情况。
• 小程序的介绍。讲述为什么前端开发者要学习小程序开发以及官方为开发者提供了哪些有价值的资源。
• 小程序与WebApp对比。熟悉WebApp的开发者怎样快速掌握小程序开发，小程序和WebApp有哪些异同点。
• 小程序开发技巧。分享我在开发小程序时碰到的一些问题和解决方法。

代码实现

单从组件功能而言，wepy已经满足了小程序绝大部分的组件开发需求，堪称完美。
但如果权衡整个项目：

小程序对组件化的“支持”情况

微信小程序（以下简称“小程序”，版本）虽然默认定义了很多有用的组件，但是在开发小程序过程中，往往需要自定义业务组件。
而小程序开发者文档中却未对自定义组件给出很好的解决方案或示例。

阅读时间：15分钟

使用Node.js遇到的问题

Node.js无疑是js开发者的福音，因为它既可用于web端开发，当作构建工具，也可以用于服务端，搭建web服务器。

但使用Node.js（尤其是npm）时也会碰到一些麻烦的事情，比如：

原文链接：https://en.wikipedia.org/wiki/Representational_state_transfer#Client-server

定义个一个RESTful系统的时候应该遵循6个约束。
它们限制了服务端只能遵循这些约束来处理和响应客户端请求，但是遵循这些约束服务也可以获取理想的非函数化的属性，例如性能、可伸缩、简单程度、可变能力、可见度、灵活性、可信度。
如果任何一个服务违背了其中一个原则，将不能被称作RESTful系统。
标准的REST约束如下：

这篇文章是探索对于Angular开发者来说既熟悉又陌生的概念：依赖注入。

Angular双向数据绑定原理探究。

文章源码引用较多，觉得难以理解可以直接跳到末尾总结处。

首先感谢大组织w3ctech分享的vueconf相关ppt和视频。

原文地址：https://www.html5rocks.com/en/mobile/high-dpi/#toc-conclusion

#介绍

在当今日益复杂的设备领域，屏幕的可用像素密度已经变得非常广泛。
既有非常高分辨率的显示设备，也有远远落后的设备。
应用程序开发人员需要支持一系列像素密度的显示设备，这可能是相当具有挑战性的。
在移动web端，情况变得更加复杂：

• 各种各样的设备具有不同的外形尺寸。
• 受限的网络带宽和电池寿命。
  在图片方面，Web应用程序开发人员的目标是尽可能高效地提供最佳质量的图像。
  本文将介绍适用于现在和不久将来的有效技术来达到这一效果。