A. 毕业设计微信小程序和网页设计哪个好做
毕业设计微信，小程序和网页设计的话，我觉得网页设计可能较为简单一些而微信小程序是需要写代码的。
B. 到底 H5 和小程序哪个好一张表告诉你
许多做产品的同学经常会有这样的疑问：计划开发的移动端产品到底是用 H5 好还是用小程序好？甚至很多开发同学也搞不清楚这两者在具体使用中的优劣。那么相信读完此篇，便可让你对二者之优劣利弊了然于胸，再也不必纠结。
大体上讲，H5和小程序并不具备什么可比性。只是很多移动端的场景下，这两种选择都能实现产品的大部分功能，加之其各领风骚好几年，就更难抉择了。
我们经常说的 H5 是一种不标准的叫法，可以理解为只是一种技术，大家说得最多的 H5 主要是指用在移动端的网页，其实 PC 电脑版也一样可以使用 H5 技术。而小程序，这里特指微信小程序，是在微信 APP 基础上支持的一种应用形式，完全依赖于微信 APP 环境。
以上，是大概念上的区分，下面，我们就来详细对比一下其他方面。
一、运行环境
这里的 H5 既然是网页，那么依赖的外壳主要是浏览器，因此只要有浏览器，就可以使用。比如手机内置的浏览器，APP 的 web-view 组件，以及小程序提供的 web-view 组件，都可以打开 H5 页面。
注意，小程序的 web-view 可以打开 H5，但并不是小程序“跳转”到了 H5 页面，这个 H5 还是小程序的外壳内，仍然有很多限制。
前面说了，小程序只能依赖微信客户端，也就是说只能在微信里打开。那么，如果你的产品需要通过短信通知用户带上访问地址，就无法用小程序实现了。而 H5 页面，则可以在短信正文中直接用手机内置浏览器打开。
但是，微信本身是跨平台的，因此无论是安卓上的微信，苹果上的微信，都是可以使用小程序的。甚至 QQ 浏览器也支持了部分小程序的入驻。
二、系统权限
这里的系统权限，可以理解为隐私级别比较高的，如通讯录，或能调用硬件的，比如蓝牙功能等。从这个角度看，H5 本身可以说几乎是没有什么系统权限的。虽然也有摄像头之类的接口，但是重度依赖浏览器能力，兼容性有限。
而小程序，由于依赖微信客户端本身，所以微信小程序团队将客户端的很多能力开放给了小程序环境，当然，前提是你给微信也授权了相关的能力，比如允许访问麦克风，允许访问相册等。
所以，如果你的产品重度依赖这些能力，那小程序一定是不二之选，因为 H5 很难做到这些，对于很多小程序提供的能力，H5 是根本没有可能实现的。
三、能力限制
前面提到了系统权限层面的差异，其实也是一种能力限制。除此之外，还有一些能力是微信本身的策略限制的，比如 H5 在微信里可以直接分享朋友圈，而小程序目前就只能转发好友或群。对于朋友圈，就只能生成带小程序码的图片发到朋友圈。
而对于分享到好友或群，小程序又提供了卡片式的分享界面，看起来很高端，信息也多，并且能追踪用户行为。这一点，H5 又无法做到。
再比如支付能力，小程序只支持微信支付，而 H5 里可以选择使用其他支付平台提供的支付方式。
四、用户体验
分享卡片看上去比普通的 H5 链接分享体验要好；而朋友圈的 H5 分享形式，和图片识别小程序码的形式到底哪个好也不好说。不过，如果你的产品被判定有违规行为，那么 H5 的链接是很容易匹配屏蔽的，可以直接导致分享 H5 页面只能自己可见，别人看不到。
但是，小程序的分享图虽然不太可能封禁，但小程序是微信的呀，那还不是分分钟就关掉。 所以在抗风险方面，二者各有千秋。如果是 H5，那就多准备几个域名；如果是小程序，就直接多上线几个小程序，保证封禁时损失降到最低。
除了形式上的体验差异，性能上也是有差异的。小程序基于微信客户端实现，对解析进行了优化，并且一旦首次打开小程序，可以直接缓存很多资源。因此，在使用小程序时可以明显感觉很流畅，接近原生 APP 的体验。
而 H5 本质上还是网页，跟之前在 PC 上浏览网页没区别，每次要请求各种图片样式资源，在浏览器内核里渲染，因此体验会差一些。
五、访问入口
在访问入口这个点上，H5 的核心竞争力就是能在微信之外玩，不依赖微信本身。而小程序的优势，就是有 50+ 微信提供的场景入口，并且聊天界面顶部的“最近使用”和“我的小程序”这个入口，相对 H5 来说是有绝对优势的。
用户关闭之后，H5 页面如果想继续访问，可能会通过收藏入口，或者转发给“文件传输助手”等聊天界面保存，还可以缩小到图标稍后阅读等等。本质上还是跟 PC 时代的浏览器收藏夹差不多，需要有个地方把 H5 的链接地址保存下来，方便下次访问。如果没有保存，下次就很难找到了。
至于微信内的搜索，是可以同时搜索 H5 和小程序的，可以根据 H5 的名字和内容、小程序的名字和介绍来搜索。这里 H5 有个天然优势就是，只要你的链接在各大搜索引擎提交过，那么使用其他的搜索引擎也能搜出这个 H5，比如网络搜索。
六、用户触达
H5 本身是没有用户触达能力的，如果用户关掉了页面，页面就再也没有办法主动触达该用户了。因此，传统的营销方式都是采用邮件营销或短信营销等来触达用户。
后来，我们有了微信服务号，就多了服务号模板消息的触达方式。不管是哪种方式，都是想方设法把链接地址推送给用户，用户点击时再通过手机内置浏览器或微信内置浏览器访问页面。
而小程序天然支持模板消息，虽然有一周的推送时间限制，但是常规的业务已经足够了。只要用户使用你的小程序，你就可以通过某种操作收集 formid，然后即可在一周之内的任意时间触达用户。
七、开发成本
对于简单功能，H5 和小程序的开发成本是差不多的，开发模式和语言风格也类似。而对于前面说到的系统能力，可能就只有小程序才能实现，H5 根本做不了。此外，小程序自成体系，因此也有一些现成的组件可以使用，如果刚好覆盖了你的产品功能就能提升效率。
虽然 H5 也有很多框架组件可以用，但由于过于庞杂，有选择成本，且技术栈和 UI 五花八门，可能还有融合和修改的成本。而小程序组件的 UI 大部分已经确定，只有很少的部分可以修改，所以一旦认定使用小程序，这部分成本会低很多。
总体上来讲，我觉得还是可以认为小程序的开发成本更低一些。
八、迭代周期
开发成本低，未必迭代周期就短。对于 H5 我们可以随时发布上线，不用受任何牵制。而小程序的特点，就是每次提交版本都要经过微信方面的审核，且审核时间的长短很随机，着急上线的项目就很无奈了。
至于其他速度，取决于开发人员技能熟练程度，系统复杂度，对基础能力的依赖等，就不好估算了。
九、外部限制
由于小程序依赖微信平台，因此微信平台要对内容安全等事项负责，比如你想搞个有 UGC 的产品，用 H5 可能还可以趁着监管宽松无证裸奔一阵，或者说做大了再补证。
而小程序，就很可能完全不能过审，根本上不了线。比如试听类，社交类，都有对应的资质，而这个资质还可能很难获得。
类似的，H5 页面可以不用搞 HTTPS，有个网站就能玩，甚至用工具做个小活动也都可以玩。但是小程序，从后端开始就有限制，要求域名备案+HTTPS，一定程度上也是一点成本。
此外，小程序对文件大小也有限制，虽然现在已经支持分包加载，但是在文件大小方面，H5 本身是没有什么限制的。只是实际开发的时候，要照顾用户的体验，不能让页面打开太慢。
综上所述，H5 和小程序在不同的场景下各有千秋，具体使用哪一种要看你看重哪些能力。 H5 和小程序都是实现产品的工具，选择工具最擅长的能力，其他方面再想办法来弥补即可。最后，再附上完整表格一份，看你是否已经明了二者的差异：
C. 网站和微信小程序哪个更难
现在网站的重要性下降了很多，但是在很多时候，又必须要有网站，就像一个信任背书一样。而小程序是2017年新出的，这两年越来越受重视，不但有微信小程序，还有网络小程序，头条小程序等等，在某些方面可以取代官网的存在了。
什么行业需要做网站和小程序呢？放宽了说这个是没有什么制约的，什么行业都可以做。特别是零售行业。新零售提出的全渠道营销，网站和小程序也是比较重要的渠道之一，在这个用户流量越来越分散的时期里，这两个渠道是不容错过的。
实际上也是如此，很多的零售商家都有这方面的计划，近几个月，小程序很火爆，来找我们做小程序的也很多。
D. 嵌入已有的 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 页面更快。
E. 微信小程序出来了，原生 App 和 Web App有什么区别
原生 App 是为了实现某项功能，针对特定设备设计的产品，他们需要安装到设备上使用，通常能都调用设备上的其他硬件功能，我们通过App Store或者各大安卓应用市场下载的App均属于原生 App范畴；而Web App直接利用设备上的浏览器访问，不需要下载安装，实现了跨平台。就目前而言原生 App可以最大程度的对手机硬件资源进行利用，在性能、交互、设计、展现效果上远远超过Web App的软件和服务，但是由于开发成本低、发布周期短、维护简单等优势，也不乏一些创业者通过这种轻量级的应用进行产品快速的市场验证。
F. 毕业设计微信小程序和网站哪个好做
毕业设计选择微信小程序比网站要好做一些为微信，小程序的设计比较简单，并且很容易上手。
G. 如果会前端开发，去开发微信小程序难吗，小程序是基于网页的实现吗
不难。
微信小程序类似于web开发，主要区别在于小程序有自己的一套框架，看起来很像angular，实际上也有点区别。
小程序有部分使用原生组件渲染，如canvas最终会渲染于原生组件上。小程序可以有更全面的原生api接口调用，可以实现类似于微信原生app的功能。
但对于开发者来说，只要会html、css和js，开发小程序都不难，甚至难度可能比vue,angular还低。