嵌入已有的 Web 页面的「Web」小程序和使用微信小程序框架开发的「原生」小程序相比，有哪些区别呢

在这之前，如果有人问我，在微信中做一个产品，是用小程序还是 Web 页面 (严谨，既不是 HTML5 更不是 H5…) 的时候，我会这么说：

产品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。

营销上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。

关于后一点，朋友圈分享现在普遍会用海报来做，在这点上 Web 和小程序的能力其实是一样的，都是只能帮你保存到相册，再请用户手动发送到朋友圈。而小程序独有的发现 - 小程序、搜索框快捷方式等对用户回访特别重要的入口，Web 页面是不能使用的。

那么，昨天的发布意味着什么？简单地说，小程序的开发成本有了很大的下降。

微信小程序刚刚上线的时候，由于小程序使用类似 HTML、CSS 和 JavaScript 等 Web 语言的方式进行开发，让一些媒体误以为小程序就是 Web 开发，欢呼将「迎来 Web 开发的春天」。我自己的第一份工作就是 Web 开发工程师，Web 开发入门确实比较容易；可是尽管小程序使用了 Web 语言，那只是语法上的一致，整个开发模式完全不同，更接近于原生 App 的开发而不是 Web。打个比方，对在看这篇文章的大多数人来说，读中文要比读英文更容易，但假如你看不懂英文版的《量子力学导论》，翻译成中文版你也不一定能看懂。开发小程序，需要有专门的、独立于 Web 团队之外的团队，按小程序的规范重新设计、重新开发，不能将已有的产品直接迁移过来。

可以理解微信当初做这个决定，是希望开发者按照微信的要求，为微信的用户重新去思考、设计一套全新的用户体验，而不是将已有的 Web 页面搬进来。历史上，包括 Microsoft 的 Windows Phone 平台、Google 的 Chrome Packaged App 都冒过类似的险，而其实 Apple 也做过类似的决定——Steve Jobs 2010 年 4 月亲笔写过一篇文章，解释为何 iPhone 不支持 Flash (Thoughts on Flash)，其中最重要的原因是，Apple 不希望第三方开发者将已有的产品直接搬过来，而是希望开发者能直接在 iOS (当年还叫 iPhone OS) 进行开发，为 iPhone 的用户提供最好的体验。这些决定赌的是，新平台 (小程序或 iOS) 带来的商业上的好处，最终会让开发者们愿意付出这个成本。

那时候的 iPhone 还很弱小，但后来的历史证明 Steve Jobs 赌对了——Adobe 公司今年 7 月宣布，将在 2020 年最终停止 Flash 的更新和分发。

微信，则在昨天支持了开发者直接嵌入已有网页。

所以，如果你已经有一个网站，可以直接在小程序中套个壳，把网站中的 Web 页面摇身一变成一个小程序。至于这和直接分发 Web 页面有什么区别——

产品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。

营销上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。

细心的你可能已经注意到了，上面这两条并没有任何变化… 对，在小程序的用法上其实没有任何变化，只是开发成本下降了。

那么，在今天之后，使用微信小程序框架开发的「原生」小程序，和嵌入已有的 Web 页面的「Web」小程序，在用户感受上会有什么区别呢？

「原生」小程序，整个小程序是提前下载的，不会有 Web 页面打开时的页面加载感。我们过去的可用性研究表明，这是用户对一个界面是「Web」还是「原生」的最主要判断标准。对于偏工具型的小程序，「原生」的感受应该会更好。

「原生」小程序对体验的控制更完整，自己要做的事情也更多。例如 Web 页面中用户可以选择页面上的文字复制，而在「原生」小程序界面中，这是需要单独添加的功能。

「原生」小程序提供了一些专属的控件和 APIs（接口），如展示群信息、发送推送等，这些只有使用小程序框架开发才能使用。

所以，如果需要和微信生态整合得更紧密，可以使用「原生」方式开发；如果追求快速迁移已有 Web 产品，嵌入 Web 页面更快。

1、上传代码 在代码编写完毕后，在他顶部的导航条上找到上传 这点击 上传 就好了 如果代码上传成功，你编辑器的右上角会出现 长传代码成功 的提示。 到这里我们开发代码这块就完工了，剩下的就是去微信小程序平台发布了。 2、提交审核 进入官网 进入版本管理 然后右边下拉，这里就有你刚才提交的版本了。 点击提交审核，然后会填写相关内容，最后d出相关须知这个是必须同意的。 3、发布版本 审核通过了不代表就能在小程序里面搜索到，当你收到审核通过的微信通知后，需要再到后台里面来，找到开发管理里面的审核版本

微信小程序最近优化了近百项功能，新增五大功能，如下：

一、新增分享功能，这是小程序对未来分发形式的一次试探

二、新增模板消息，这与服务号的定位不谋而合

三、新增客服消息，小程序开发者也可以从零开始

四、新增扫一扫功能，小程序可以通过二维码打开

五、新增带参数二维码，未来也许可以实现单页面分发统计

如果你是自己弄的一套简单的模板做的一个小程序，然后又做了一个网站，这样折腾下来的话，他们的数据是没有办法打通的，因为小程序的数据都是在微信小程序平台也就是在腾讯官方。但是，你的网站又是在第三方，所以他们数据是没有办法打通的。

还有一种办法就是使用小程序家网站。统一的营销数据平台来做，就比如说像云丰网那种。小程序和商城电脑版商城手机版，微信版，所有的数据都在一个后台六大产品统一数据，这样的话就比较好管理数据库是打通的，对于小白来说肯定选择用数据库打通的，因为你自己去做一个小程序也要花几千块钱再去做网站要花几千块钱不值当。所以像我们公司一直用的都是他们的数据打通，价格又便宜，而且损怎么搞都搞不坏。

小程序可以通过以下方式接入品牌供应商：

1 寻找合适的品牌供应商：可以通过搜索引擎、社交媒体、行业展会等途径寻找合适的品牌供应商。

2 确定合作模式：确定合作模式，例如直接采购、代理销售、授权经销等。

3 协商合作细节：包括价格、配送、售后服务、品牌宣传等细节，确保合作顺利进行。

4 进行技术对接：根据小程序的需求和品牌供应商的技术能力，进行技术对接和接口开发。

5 上线测试：在合作方的测试环境中进行测试，确保小程序与品牌供应商的系统能够正常交互。

6 上线发布：测试通过后，将小程序与品牌供应商的系统正式上线并发布，让用户可以通过小程序购买品牌供应商的产品。

以上就是关于嵌入已有的 Web 页面的「Web」小程序和使用微信小程序框架开发的「原生」小程序相比，有哪些区别呢全部的内容，包括:嵌入已有的 Web 页面的「Web」小程序和使用微信小程序框架开发的「原生」小程序相比，有哪些区别呢、小程序代码可以发网页、微信小程序的类容可以连接网站么 让他自动更新等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！