既然说到这个问题了，那么我也说说我的看法，首先国内程序员受国内这些开源cms和开源框架的影响思维不好转变，我理解单入口是前台的展现是一个入口，这时微信也好后台也好，如果也用这个入口势必你的控制器会比较混乱，所以我建议还是多入口吧，以上言论是建立在所谓的mvc下的，面向过程的请主动忽略！

lib 是公共库site_api 是接口工程site_dev 是开发工具相关工程（不上传目录到生产环境，不用改config就隔离了比如 gii 之类的）vender www 是 web 主目录

否则就会被打包到一起，你肯定是哪个条件没满足，跟 HtmlWebpackPlugin 是没多大关系的，你不如贴下入口配置和提取配置。像 jquery 这种完全可以使用 <script> 标签独立引入

只需在父组件（入口组件）new 一个实例，其余的子组件都 export 一个 component option 即可。 然后在入口组件里通过 componets:{ childComp, ...}局部注册

php框架目前都喜欢使用单入口模式 通过路由分到不同控制器 易于框架管理php单一入口模式详细讲解

webpack分片后，加载入口文件的同时，也会加载分片文件，入口文件的体积虽然小了，但是src请求数变多了呀！

比如下面这样的写法： 读屏器是否能读出呢？ 搜索引擎是否会收录呢？ {代码...}

最终发现搜索引擎确实可以借助web feed来发现新页面，具体参见Using RSS/Atom feeds to discover new URLs

TIOBE Programming Community Index Definition上面有讲TIOBE排名是如何计算的，主要是依赖于搜索引擎，题主可以看看。

如：.├── package.json # 项目配置├── src # 源码目录│ ├── pageA.html # 入口文件a│ ├── pageB.html # 入口文件b│ ├── css/ # css资源│ ├── img/ # 图片资源│ ├── js # js&jsx资源│ │ ├── pageA.js # a页面入口│ │ ├── pageB.js # b页面入口│ │ ├── lib/ # 没有存放在npm的第三方库或者下载存放到本地的基础库，如j...

用户输入包含@的时候调用邮箱验证，其他的时候采用电话验证。

咨询下如何通过代码获取应用的AppID ，提供下代码片段或者 demo呢

除了生成了页面自己的js runtime.js vendor.js 还有一个名字非常长的js文件。不知道这个js文件是为什么生成的，而且它也没有自动的插入到html 模板文件中。

首先这种命名方式非常不符合规范,另外,引入的位置是和入口有关的,你需要查看你项目的入口和环境

你可以客服咨询一下，一般都没有使用window作服务器的

硬解码支持的Demo咨询场景描述：提供一个硬解码支持的示范Demo

{代码...} or {代码...}