1.如何获取小程序的后端开发数据？

applet的本质其实是数据的呈现和处理。如果要看小程序客户端开发平台的基本能力，就要看它能处理什么数据。如果我们缺乏必要的数据采集方法，就意味着仍然存在一些局限性，这对于开发人员来说是非常困难的。

因此，从这个角度来看，小程序提供的数据采集方法是否相对全面，并具有一些特点

去服务器通过https请求获取数据。对http的支持是最基本的，但是小程序对http有一些限制。应用层协议除了要求通信协议为https，出现的域名必须提前预设外，还局限于json格式，可能比现有的任何客户端平台都要严格。从小程序的平台角度来说，通过这样的小程序规则，我们可以对应用程序中的数据流动有更强的控制能力。只对开发人员来说，调整他们的服务协议以满足小程序的要求需要一些时间，即使你不同意它的设计。

与本地存储类似，applet为开发者提供了访问手机系统上文件的api，并且可以在本地文件系统上缓存applet数据。小程序开发人员可以使用本地文件进行缓存和状态内存，这有助于优化小程序的体验。

您可以在设备中读取和写入部分信息。小程序打开一些api，帮助开发者获取设备的一些基本信息，比如手机型号、屏幕大小、网络状态等等。其中有意思的是，你可以选择在手机上获取图片等多媒体文件，这为做一些图像相关的应用提供了可能性；此外，它还提供了大量关于指南针、重力传感器、地理位置等信息，对开发者了解用户环境非常有帮助。

另外，小程序提供了微信生态系统中的一些数据。比如账户信息。这对于微信这个庞大的生态来说，只是数据中非常小的一部分，但对于开发小程序应用来说，确实是最值得的一部分数据。比如在其他平台，如果需要获取微信的账号信息，需要通过一个用户授权。如果用户暂时不想提供，会使程序“无法登录”，给整个服务的开发带来困难。在小程序中，只要用户点击小程序，就意味着授权完成。开发者可以直接读取小程序的账号信息，同步到自己的服务器上作为用户的身份，从而实现“一直登录”的状态，更好的提供后续服务。

很明显，小程序提供的数据获取方式基本相当于一般浏览器的能力，比原生客户端受限得多，尤其是说到设备的能力。最有意思但又很遗憾的是，小程序暴露了微信提供的服务，通过微信的账号系统做记录、支付是没问题的(当然需要查)，但是我想摸微信官方账号对话，不好意思，不允许。

二、如何呈现小程序的后端开发界面？

小程序刚发布的时候，人们惊呼html5时代来了。不懂web技术的码农，以他们寒酸的表现，准备回老家挖煤。但是很快，聪明的程序员就看透了，因为小程序似乎也在界面层使用了html/css/javascript这种web的技术栈，发现小程序所说的和我们理解的html5技术的区别，很可能就是java和javascript的差距。

在小程序中，wxml对应html，只保留了html的语法概念，而传统的

标签完全被丢弃了。与facebook的react类似，applets引入了自己的html标签，这与语义标签不同。小程序中的标签更像传统客户端开发中的组件(或控件)，每个组件都有自己的功能和用法。

比如在大量的内容网站中，文章的内容都是以html片段的形式存储的，所以没有办法直接在小程序界面上呈现这样的东西。如果有必要显示的话，一个思路是建立一个中间服务，把html翻译成更简单更容易呈现的中间格式数据，然后把中间格式数据转换成applet的标签进行呈现。当我们过着轻松的生活时，我们刚刚设计并实现了一个escape服务，将任何html页面转换成中间格式，解决了在小程序上呈现内容html页面的问题。

(在applet的后端呈现html内容页面)

与html相比，小程序的wxs可以看作是对css特性的完全保留，在我看来是一个负面消息。wxss在语义上差别很大。一是支持相对尺寸单位rpx，每750rpx相当于当前设备的屏幕宽度。这种相对尺寸单位的引入确实可以使复杂的屏幕尺寸适应变得简单得多。css和css的另一个区别是，它更像是传统的控件样式用法，不像css3那样支持那么多的选择器和级别。在使用中，它更像一个控件和一个类。

虽然小程序声称支持es6标准javascript(然后es6转换成es5，可用性极差)，但是小程序中完全放弃了窗口级javascript，所以不能用javascript调用窗口和文档对象来修改界面元素完成逻辑。其实小程序中的javascript直接对应的是node.js的用法，用来完成后台业务逻辑，而不是直接控制交互。小程序的这种设计使得以虚拟dom的方式呈现界面成为可能，这使得在更新界面数据时优化性能成为可能。但是付出的代价是缺少了窗口级javscript的胶水，使得很多功能的开发变得极其枯燥和复杂。

3.如何进行小程序的后端交互？

所谓交互传导，就是用户与小程序界面交互时，平台框架以某种方式告诉业务层，将处理后的变更呈现回交互界面。如果把wxss wxml绘制的页面看作“前端”，把javascript编写的业务逻辑看作“后端”，你会发现小程序前端和后端的交互特别像web 1.0的模式。前端将交互行为封装为一个事件并发送给后端。后端处理后，通过setdata方法将数据返回前端。

小程序提供的事件有点击、长按、触摸、滑动等。对于视频播放器等控件，也有监听、播放、暂停等。这些事件涵盖了相对基础的、更高级的手势、多点触控等等，这些都是不提供的。

applet响应接口的唯一方法是通过page中的setdata api更新接口上的数据。小程序比较两次调用期间的数据变化，然后决定交互界面的哪个部分需要更新。

举个实际的例子，假设开发者需要做滑动切换页面的效果，如何在一个小程序中实现？首先可能需要引入一个模板参数，假设是距离，放在需要移动的页面组件上。然后，所有支持移动的控件都与bindtouchstart等事件回调函数绑定在一起。当用户开始滑动时，事件被触发，回调中的javascript开始计算距离的值，并通过setdata告知前端。小程序会计算出这次需要改变什么，然后修改相应的虚拟dom节点并渲染它。

这种交互模式是典型的单向模式，事件从前端返回，数据单向推送到前端，而不是通过“变量”、“状态”等手段直接控制。这样开发人员往往无法准确控制界面变化，整个核心依赖于小程序对两个数据变化的diff计算，最终会影响整个交互的性能。

4.小程序后端开发模式有什么特点？

稍微梳理一下。小程序是web开发的技术栈，采用了传统的客户端开发模式，类似于react等平台，可以看作是站在巨人的肩膀上，得到了一套似是而非的私用轮子。

在整个小程序框架中，最大的限制是小程序开发者不能通过像javascript这样的编程语言直接控制界面，而需要通过小程序数据间接实现。对于缺乏开发经验的人来说，降低了理解的门槛，这是一件有益的事情。但是对于复杂的应用程序，这种模式的开发增加了理解小程序代码的成本。

小编找到的关于小程序的后端开发信息就这么多，全面吗？基本上实现小程序后端开发需要掌握的资料都在上面。希望你能发展成功！

这是标题开头附近的小程序。在哪里可以看到？标题到此结束

附近的小程序开通后，越来越多的人说微信小程序的功能真的很强大很方便。一些朋友问附近的小程序在哪里可以看到。了解相关信息。

还记得去年九月的一个深夜，无意中得知微信要发布一个小程序，心里顿时不稳。微信很牛逼，这么大的举动，各种互联网科技公司都要转移战场！

果然，今年过年期间，微信小程序的【经典表情包】光芒四射。那段时间自媒体平台几乎被几个小程序压垮了，鬼畜表情包，表情回家，动字等等。他们救了我老人家，最后我才能够跟上年轻人的潮流。

然而，该来的还是来了。小程序没有大家想象的那么受欢迎，行业歧视。我们的判断都是错的吗？有些报告比如《微信小程序的下一站在哪里？》，《上线一个月后，小程序最真实的产品现状》等。会被一个接一个的听到一段时间。

这期间，业内资深人士开始把注意力集中在一个方向小节目没人关注，朋友圈和外链，所有深层的商业逻辑都受到限制。从目前的情况来看，小程序只适合线下应用，将餐饮外卖、送外卖跑腿等场景结合起来更实用可行，这些都集中在线下场景。当然，对于小程序来说，这还只是起步阶段，还有一个强大的“国家程”来升级改造，所以没什么好嘘的。恰恰相反，正是因为这些有利于行业内的专业讨论或者公众潜移默化的实际接触，小节目才依然保持着高度的国民关注度。

此后小程序逐渐打开，三个月来连续更新15次。最后，5月10日，添加了附近的小程序功能。都这么多天了，你还不知道！

这一次，我们把重点放在打开“附近小程序”的功能上！已经这么多天了，你可能还不知道。

哪些小程序可以“就近”出现？

商店小程序和普通小程序都可以。

1.店铺小程序登录微信官方账号后台，从左侧“小程序-显示场景”输入“附近小程序”，可以直接导入店铺位置，小程序会自动显示在该位置。

2.普通小程序登录小程序后台，进入“附近小程序”，功能启用后添加位置。

特别说明

一个地方只能显示一个小程序。如果某个地方已经被其他微信官方账号或小程序添加，并且其他小程序已经显示，那么你的小程序就不能再显示了。

所以，为了防止再来一趟的“上位”，应该抓紧时间吗？

靠近对我来说意味着什么？

以三餐外卖商家为例。城市越来越大，不可能每个地方都熟悉。微信是日常生活中使用最广泛的app。用户在网上找附近商家取单、订房、找折扣是最快捷最高效的。其实它的衍生品更多，各种行业人员都可以在这个功能中准确搜索相关业务。从长远来看，它的推广意义重大。

机会永远留给跑在前面的人，三顿饭的美食和智慧会帮你打造最前沿的小程序！

微信确实是在打开线上流量开关，但目的不是为了引水，而是疏通线上和线下的管道，让线下的场景能够正常流向稳定的线上生态。

延伸阅读

小程序的前端和后端用什么语言开发，网站的前端和后端开发语言有什么区别

html和wxml:两者差别很大。如果你以前没有接触过安卓开发，你可能会觉得有点头疼。其实wxml更像是安卓开发中的接口xml描述文件，适合程序接口的构造；html倾向于展示文章(这和html的历史有关)，构建网页。

wxss和css:两者在语言上几乎没有区别，可以直接通用。

js文件：小程序js文件和前端开发使用的js几乎没有区别，只是小程序js增加了一些微信的api接口，去掉了一些不必要的功能(比如dom)。

在眼中，小程序完全符合学习成本低的前端开发，但这并不意味着所有开发人员都能无缝迁移。如果从前端开发走向小程序，要注意这两点：

1.html和wxml的构建思路截然不同。如果你之前只接触过前端开发，那么适应wxml的编写方法需要一点时间。

2.小程序虽然使用了前端语言，但并不意味着可以用同样的开发思路来开发。小程序对前端开发的要求已经从【构建界面】升级到【开发完整的应用程序】，前端开发需要在意识上有所改变。

我们公司现在有一个小程序项目，但是我只知道前端，没有后端开发者 我可以使用应用程序嵌套作为后端服务吗

找一个小程序开发模板，直接应用。

微尘小程序是小程序开发的好模板，可以试试。