附近小程序范围是多少

附近的小程序范围有多大？如何申请附近的小程序？相信那些一直关注小程序的朋友应该发现，之前的小程序搜索框下没有附加小程序的条目，现在有了，那么附近的小程序范围是多少？如何申请附近的小程序？我们一起来看看。

附近的小程序范围有多大？

有小程序(包括商店小程序和普通小程序)的商家，提交“所在地经营资质信息”和“主体相关证明材料”后，可在附近展示小程序。

也就是说，只要你有文件证明某个地方是你的地盘，你的主体是“公司”。然后，你可以申请你的小程序在附近展示。

值得注意的是，“附近小程序”只支持公司组织的小程序，个人开发者可以休息一段时间。

根据小程序的绑定位置信息确定附近小程序的范围，在绑定位置周围五公里范围内的附近小程序中都可以看到。

如何申请附近的小程序？

想在“附近的小程序”中显示您的小程序吗？首先，您必须为您的小程序添加一个存储位置。

那么，我们如何添加商店位置呢？不同类型的小程序有不同的做法：

店铺小程序：登录微信账号后台，从左侧“小程序c显示场景”进入“附近小程序”。您可以直接导入商店位置，小程序将自动显示在该位置。

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

微信账号：与同一主题的普通小程序关联后，登录微信账号，从左侧“小程序c显示场景”输入“附近小程序”，可以直接导入店铺位置，小程序会自动显示在该位置。

需要注意的是，如果要通过审核，增加的店铺位置必须满足以下两个要求：

商户经营实体的位置与小程序账户实体一致或相关；

能够提供企业资质信息，如营业执照或组织机构代码证。

下面是标题开头小程序的后端开发数据。标题到此结束

小程序的后端开发需要大量的相关技术和资料。如果这些前期准备不完善，很容易遇到这样那样的问题。所以微信小程序商店会给你提供小程序的后端开发资料，希望能帮到你。

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这样的编程语言直接控制界面，而需要通过小程序数据间接实现。对于缺乏开发经验的人来说，降低了理解的门槛，这是一件有益的事情。但是对于复杂的应用程序，这种模式的开发增加了理解小程序代码的成本。