Ⅰ 前端打包问题
你要开发一个公共包，但是又不了解js知识，那就把js当java对待就可以了
这个包依赖jQuery，那么打包后的主文件不一定将jQuery也打包进去
这个打包后的主文件不一定不再依赖其它任何js文件
请采纳
Ⅱ 前端打包,怎么只替换修改的文件,而不是整个项目替换
使用打包工具后无法之修改制定的文件
1、打包工具是在源码发生了变化后重新打包编译源代码，打包工具并不能区分具体生成后打哪些文件发生了变化
2、所以如果打包整个项目比较慢的话可以考虑优化打包速度，一般是不支持只替换修改的文件的
Ⅲ 前端使用@vue/[email protected]打包，路由懒加载vue文件打包缺失，年初2月份的时候还能正常打包
不要 使用3.5以上的版本 很容易出现问题
你应该 使用稳定版
给你个 建议 更换版本
Ⅳ Web前端初学者的常见问题汇总
今天小编要跟大家分享的文章是关于Web前端初学者的常见问题汇总。正在学习web前端知识的小伙伴们来和小编一起看一看本篇文章，希望本篇文章能够对大家有所帮助。
1、Vue.js是什么?
渐进式框架
自底向上增量开发的设计
易学习
易整合
Vue.js(读音/vju_/,类似于view)是一套构建用户界面的渐进式框架。与其他重量级框架不同的是，Vue
采用自底向上增量开发的设计。Vue的核心库只关注视图层，并且非常容易学习，非常容易与其它库或已有项目整合。另一方面，Vue完全有能力驱动采用单文件组件和
Vue生态系统支持的库开发的复杂单页应用。
2、vue.js到底适合做哪种类型的界面?
a、表单项繁多
b、内容需要根据用户的操作进行修改
Vue.js就是一个用于搭建类似于网页版知乎这种表单项繁多，且内容需要根据用户的操作进行修改的网页版应用。
3、单页应用程序(SPA)是什么?
一个页面就是应用(子应用)
顾名思义，单页应用一般指的就是一个页面就是应用，当然也可以是一个子应用，比如说知乎的一个页面就可以视为一个子应用。单页应用程序中一般交互处理非常多，而且页面中的内容需要根据用户的操作动态变化。
4、前面说的网页版知乎我也可以用JQuery写啊，为什么要用Vue.js呢?
a、产品是绝对需要反复修改的
b、修改可能会导致DOM的关联与嵌套层次要发生改变从而使jquery结构相关代码变的异常复杂
c、vue.js可以解决这个问题
你是否还记得你当初写JQuery的时候，有写过('#xxx').parent().parent().parent()这种代码呢?当你第一次写的时候，你觉得页面元素不多，不就是找这个元素的爸爸的爸爸的爸爸吗，我大不了在注释里面写清楚这个元素的爸爸的爸爸的爸爸不就好了。但是万一过几天之后你的项目组长或者你的产品经理突然对你做的网页提出修改要求，这个修改要求将会影响页面的结构，也就是DOM的关联与嵌套层次要发生改变，那么(‘#xxx’).parent().parent().parent()可能就会变成$(‘#xxx’).parent().parent().parent().parent().parent()了。
这还不算什么，等以后产品迭代越来越快，修改越来越多，而且页面中类似的关联和嵌套DOM元素不止一个，那么修改起来将非常费劲。而且JQuery选择器查找页面元素以及DOM操作本身也是有性能损失的，可能到时候打开这个页面，会变得越来越卡，而你却无从下手。
这个时候如果你学过Vue.js，那么这些抱怨将不复存在。
5、前端里面常说的视图层是什么?
我们把HTML中的DOM就可以与其他的部分独立开来划分出一个层次，这个层次就叫做视图层。
Vue的核心库只关注视图层
6、使用jquery开发完整页面的流程?
a、html写构架
b、css装饰
c、js交互
讲到JQuery，就不得不说到JavaScript的DOM操作了。如果你用JQuery来开发一个知乎，那么你就需要用JQuery中的各种DOM操作方法去操作HTML的DOM结构了。
现在我们把一个网页应用抽象一下，那么HTML中的DOM其实就是视图，一个网页就是通过DOM的组合与嵌套，形成了最基本的视图结构，再通过CSS的修饰，在基本的视图结构上“化妆”让他们看起来更加美观。最后涉及到交互部分，就需要用到JavaScript来接受用户的交互请求，并且通过事件机制来响应用户的交互操作，并且在事件的处理函数中进行各种数据的修改，比如说修改某个DOM中的innerHTML或者innerText部分。
7、Vue.js为什么能让基于网页的前端应用程序开发起来这么方便?
a、有声明式
b、响应式的数据绑定
c、组件化的开发
d、VirtualDOM
因为Vue.js有声明式，响应式的数据绑定，与组件化的开发，并且还使用了VirtualDOM这个看名字就觉得高大上的技术。
8、vue.js中常说的数据动态绑定是什么?
就是vue.js会自动响应数据的变化情况，并且根据用户在代码中预先写好的绑定关系，对所有绑定在一起的数据和视图内容都进行修改。而这种绑定关系，在图上是以input
标签的v-model属性来声明的，因此你在别的地方可能也会看到有人粗略的称vue.js为声明式渲染的模版引擎。
9、前端中为什么要组件化开发?
a、非组件化开发代码和工作量都非常大
b、修改起来生不如死
但是现在我们做单页应用，页面交互和结构十分复杂，一个页面上就有许许多多的模块需要编写，而且往往一个模块的代码量和工作量就非常庞大，如果还按照原先的方法来开发，那么会累死人。而且遇到以后的产品需求变更，修改起来也非常麻烦，生怕动了其中一个div之后，其他div跟着雪崩，整个页面全部乱套，或者由于JavaScript的事件冒泡机制，导致修改一些内层的DOM事件处理函数之后，出现各种莫名其妙的诡异BUG。
10、前端中如何进行组件化开发?
a、借用的后端的面向对象中的模块化思想(把一些大功能拆分成许多函数，然后分配给不同的人来开发)
b、把一个单页应用中的各种模块拆分到一个一个单独的组件(component)中，我们只要先在父级应用中写好各种组件标签(占坑)，并且在组件标签中写好要传入组件的参数(就像给函数传入参数一样，这个参数叫做组件的属性)，然后再分别写好各种组件的实现(填坑)
在面向对象编程中，我们可以使用面向对象的思想将各种模块打包成类或者把一个大的业务模块拆分成更多更小的几个类。在面向过程编程中，我们也可以把一些大功能拆分成许多函数，然后分配给不同的人来开发。
在前端应用，我们是否也可以像编程一样把模块封装呢?这就引入了组件化开发的思想。
Vue.js通过组件，把一个单页应用中的各种模块拆分到一个一个单独的组件(component)中，我们只要先在父级应用中写好各种组件标签(占坑)，并且在组件标签中写好要传入组件的参数(就像给函数传入参数一样，这个参数叫做组件的属性)，然后再分别写好各种组件的实现(填坑)，然后整个应用就算做完了。
11、为什么有VirtualDOM技术?
a、问题
现在的网速越来越快了，很多人家里都是几十甚至上百M的光纤，手机也是4G起步了，按道理一个网页才几百K，而且浏览器本身还会缓存很多资源文件，那么几十M的光纤为什么打开一个之前已经打开过，已经有缓存的页面还是感觉很慢呢?
b、原因
(1)、浏览器本身处理DOM也是有性能瓶颈的
(2)、用JQuery或者原生的JavaScriptDOM操作函数对DOM进行频繁操作的时候，浏览器要不停的渲染新的DOM树
这就是因为浏览器本身处理DOM也是有性能瓶颈的，尤其是在传统开发中，用JQuery或者原生的JavaScript
DOM操作函数对DOM进行频繁操作的时候，浏览器要不停的渲染新的DOM树，导致页面看起来非常卡顿。
12、VirtualDOM如何实现?
a、预计算dom的各种操作，把最后一次的结果渲染出来(减少dom的渲染次数)
而Virtual
DOM则是虚拟DOM的英文，简单来说，他就是一种可以预先通过JavaScript进行各种计算，把最终的DOM操作计算出来并优化，由于这个DOM操作属于预处理操作，并没有真实的操作DOM，所以叫做虚拟DOM。最后在计算完毕才真正将DOM操作提交，将DOM操作变化反映到DOM树上。
13、到底该怎么用Vue.js做单页应用开发?
其实可以直接看学习视频开始干，应该是最好的
a、介绍-vue.js官方文档的基础部分硬着头皮看一遍
我的建议是，先把介绍-
vue.js官方文档的基础部分硬着头皮看一遍。除了组件这个小节涉及到了很多晦涩难懂的名词以外，前面几章完全就是把Vue.js当作一个模版引擎来用。
b、ECMAScript6，Webpack，NPM以及Vue-Cli的基本用法，最好对Node.js也要有所了解
然后开始学习ECMAScript6，Webpack，NPM以及Vue-Cli的基本用法，最好对Node.js也要有所了解。
c、看网上各种实战视频以及文章还有别人开源的源代码
最后组件部分先大致看一遍，了解组件里面都有哪些概念之后，开始看网上各种实战视频以及文章还有别人开源的源代码。
14、ECMAScript是啥?
ECMAScript和JavaScript的关系是，前者是后者的规格，后者是前者的一种实现(另外的ECMAScript方言还有
Jscript和ActionScript)。日常场合，这两个词是可以互换的。
而ECMAScript6就是新一代的JavaScript语言。
15、Webpack是啥?
a、前端打包工具
Webpack是一个前端打包和构建工具。如果你之前一直是手写HTML，CSS，JavaScript，并且通过link标签将CSS引入你的HTML文件，以及通过Script标签的src属性引入外部的JS脚本，那么你肯定会对这个工具感到陌生。不要紧，我们先来了解一下为什么要用Webpack，然后带着原因去学习就好了。
16、为什么要用Webpack?
a、方便管理各种素材
b、打包以便减少浏览器的访问次数
前面说了，做一个单页应用程序本身就相当复杂，而且在做的时候肯定会使用到很多素材和别的第三方库，我们该如何去管理这些东西呢?
还有前面讲到了Webpack是一个前端打包工具，前端代码为什么要打包呢?因为单页应用程序中用到很多素材，如果每一个素材都通过在HTML中以src属性或者link来引入，那么请求一个页面的时候，可能浏览器就要发起十多次请求，往往请求的这些资源都是一些脚本代码或者很小的图片，这些资源本身才几k，下载连1秒都不需要，但是由于HTTP是应用层协议，它的下层是TCP这个运输层协议，TCP的握手和挥手过程消耗的时间可能比下载资源本身还要长，所以需要把这些小文件全部打包成一个文件，这样只要一次TCP握手和挥手的过程，就把多个资源给下载下来了，并且多个资源由于都是共享一个HTTP请求，所以head等部分也是共享的，相当于形成了规模效应，让网页展现更快，用户体验更好。
17、NPM和Node.js又是什么?它们是什么关系?
a、Node.js是一个服务端的JavaScript运行环境
Node.js是一个服务端的JavaScript运行环境，通过Node.js可以实现用JavaScript写独立程序。
b、Node.js可以写独立程序(Webpack就是Node.js写的)
像我们之前提到的Webpack就是Node.js写的，所以作为一个前端开发，即使你不用Node.js写独立程序，也得配一个Node.js运行环境，毕竟很多前端工具都是使用它写的。
c、NPM是一个node.js的包管理器(类似java的maven(包的依赖管理)，php也有一个类似的)。
NPM是一个node.js的包管理器。我们在传统开发的时候，JQuery.js大多都是网络搜索，然后去官网下载，或者直接引入CDN资源，这种方法太过于麻烦。如果以后遇到其他的包，这个包的代码本身可能还调用了其他的包(也称这个包和其他的那几个包存在依赖关系)，那么我们要在自己的项目中引入一个包将变得十分困难。现在我们有了NPM这个包管理器，直接可以通过
npminstallxxx包名称
的方式引入它，比如说
npminstallvue
18、Vue-CLi是啥?
它是一个vue.js的脚手架工具。说白了就是一个自动帮你生成好项目目录，配置好Webpack，以及各种依赖包的工具，它可以通过
npminstallvue-cli-g
的方式安装，后面的-g表示全局安装的意思，意味着你可以打开命令行之后直接通过vue命令调用它。
19、Vuex和Vue-route是什么(暂时了解即可)?
Vuex是vue的一个状态管理器。用于集中管理一个单页应用程序中的各种状态。
Vue-route是vue的一个前端路由器，这个路由器不是我们上网用的路由器，而是一个管理请求入口和页面映射关系的东西。它可以实现对页面局部进行无刷新的替换，让用户感觉就像切换到了网页一样。
要讲清楚这两个东西，又得花费大量篇幅，所以这里只是简单提一下，先学好vue.js本身才是最重要的。
以上就是小编今天为大家分享的关于Web前端初学者的常见问题汇总的文章，希望本篇文章能够对正在学习web前端知识的小伙伴们有所帮助，想要了解更多web前端知识记得关注北大青鸟web培训官网，最后祝愿小伙伴们学习成功，成为一名优秀的web前端工程师。
原创小才君软件编程网站开发
Ⅳ web前端打包报错 webpack 打包成功但是会报错 怎么解决
web前端打包报错 webpack 打包成功但是会报错解决方法如下：
1.具体看日志：This is most likely a problem with the SHOP.BM package。
2.另外，可以把node环境版本升级到新版本
Ⅵ 前端图片路径打包以后对应不上怎么解决
你需要将所有对图片名对应起来，是相同的才行，一般用rar压缩包都不会存在这种现象的
Ⅶ web前端打包报错 webpack 打包成功但是会报错 怎么解决
别用整体打包了，容易出错是一方面，重要的是太大！太大了，打包后的文件加载太耗时！太影响用户体验，太影响性能。直接用JS混淆加密，Jshaman， 经验之谈！
Ⅷ web前端打包报错 webpack 打包成功但是会报错 怎么解决
npm ERR! Windows_NT 6.1.7600
npm ERR! argv "D:\\Program Files\\nodejs\\\\node.exe" "D:\\Program Files\\nodejs\\node_moles\\npm\\bin\\npm-cli.js" "run" "dev"
npm ERR! node v0.12.7
npm ERR! npm v2.11.3
npm ERR! code ELIFECYCLE
npm ERR! [email protected] dev: `rimraf dist && webpack --progress --hide-moles --config build/webpack.dev.config.js`
npm ERR! Exit status 3221225501
npm ERR!
npm ERR! Failed at the [email protected] dev script 'rimraf dist && webpack --progress --hide-moles --config build/webpack.dev.config.js'.
npm ERR! This is most likely a problem with the SHOP.BM package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! rimraf dist && webpack --progress --hide-moles --config build/webpack.dev.config.js
npm ERR! You can get their info via:
npm ERR! npm owner ls SHOP.BM
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! E:\svn\SmartTourism\部件05-商家管理后台\2.project\trunk\code\FJW.Shop.Web\npm-debug.log
Ⅸ 前端构建工具webpack有什么缺陷
1.文档缺失，尤其中文文档
长期以来webpack官方文档和example匮乏，提供的一些例子都是很简单那种，经常发现完全按照例子来配置但就是跑不起来，中文文档就更不用说了，少的可怜。这个问题也直接导致下面的第2点。
2.配置难&难调试
稍微复杂一点的项目，如果使用webpack编译，不经过一段痛苦不堪的配置调试过程是没法正常跑起来的。这还没完，在自己机器上跑起来之后可能到了另一个同事哪儿又报错了等等。总之正如下面有人回答那样，配置文件一旦跑起来，是根本不敢去改的，生怕又出错。
webpack的错误提示也非常难看懂，基本不可能从错误很直观的找到原因，长期以来碰到问题只能靠猜，你没看错，就是靠猜！！
3.编译慢
经验不足的同学很容易碰到这个问题，当然可以通过一些手段做优化，比如配置mole的resolve、root等，使用happypack加速、dll提前编译等等。但是笔者曾经尝试过happypack，对编译速度有提升但效果不明显，dll的话我有按照官方文档的做法去做，但是最终编译出来又报了一些莫名其妙的错（也有可能是代码写的有问题），总之心累，后来直接改成externals方式，全局script引入第三方库。
4.对server-render不友好
webpack本质上还是静态打包，意思就是打包完成之后其实文件的加载顺序已经固定，只是被加载的时间不定而已。所以使用webpack原则上不存在按需加载之类的说法，code split其实是人工分隔，但是真实的按需加载场景岂是人工能枚举完的 （下划线这句话不太好解释，也不想过多解释，熟悉前端工程的人应该都明白啥意思）。
在这里我要说的对server-render不友好其实是指html的处理，webpack其实是通过在js里用require标记资源然后加载任意资源（css、图片、fonts等等），但其实html文件才是页面真实的入口，最终编译出的js还是需要引入到html里，为了防止css懒加载导致页面抖动，编译完的css还需要从js里边提取出来放到html外链。
目前一般都是通过html-webpack-plugin来做这个事情，先搜集某个html所引用的静态资源最终自动插入到html。这种方式对于前端渲染的应用没有问题，但是对于server-render的那就不行了，因为server-render下html是作为模板由后端语言吐出，而开发模式下（例如webpack-dev-server）webpack是不会输出任何文件的（开发环境webpack是将文件放到内存然后在路由层自动serve了），所以这会导致开发环境模板无法引用静态资源。当然，有一种解决方案就是静态资源不改变文件名称，预先写好路径，开发环境和生产环境同名（即覆盖式发布）。