先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Web前端全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上前端开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024c （备注前端）
正文
指定一个包含集。
1.2.3 - 2.3.4:=>=1.2.3 <=2.3.4
如果部分版本作为包含范围中的第一个版本提供，则缺失的部分将替换为零。
1.2 - 2.3.4:=>=1.2.0 <=2.3.4
如果部分版本作为包含范围中的第二个版本提供，则接受以元组提供的部分开头的所有版本，但不会大于提供的元组部分。
-
1.2.3 - 2.3:=>=1.2.3 <2.4.0-0 -
1.2.3 - 2:=>=1.2.3 <3.0.0-0
engines（指定项目 node 版本）
-
有时候，新拉一个项目的时候，由于和其他开发使用的
node版本不同，导致会出现很多奇奇怪怪的问题（如某些依赖安装报错、依赖安装完项目跑步起来等）。 -
为了实现项目开箱即用的伟大理想，这时候可以使用
package.json的engines字段来指定项目 node 版本：
“engines”: {
“node”: “>= 8.16.0”
},
复制代码
- 该字段也可以指定适用的
npm版本：
“engines”: {
“npm”: “>= 6.9.0”
},
复制代码
- 需要注意的是，engines属性仅起到一个说明的作用，当用户版本不符合指定值时也不影响依赖的安装。
os（模块适用系统）
-
假如我们开发了一个模块，只能跑在
darwin系统下，我们需要保证windows用户不会安装到该模块，从而避免发生不必要的错误。 -
这时候，使用
os属性则可以帮助我们实现以上的需求，该属性可以指定模块适用系统的系统，或者指定不能安装的系统黑名单（当在系统黑名单中的系统中安装模块则会报错）：
“os” : [ “darwin”, “linux” ] # 适用系统
“os” : [ “!win32” ] # 黑名单
复制代码
Tips：在
node环境下可以使用process.platform来判断操作系统。
cpu（指定模块适用 cpu 架构）
- 和上面的
os字段类似，我们可以用cpu字段更精准的限制用户安装环境：
“cpu” : [ “x64”, “ia32” ] # 适用 cpu
“cpu” : [ “!arm”, “!mips” ] # 黑名单
复制代码
Tips：在
node环境下可以使用process.arch来判断cpu架构。
private（定义私有模块）
- 一般公司的非开源项目，都会设置
private属性的值为true，这是因为npm拒绝发布私有模块，通过设置该字段可以防止私有模块被无意间发布出去。
次重要（可以当百科全书）
name（项目名称）
-
这个名称和你要发布项目到
npm上的有关系。 -
假如你不想发布的话那这个
name和version就不是必填项了
名字就是你的东西叫什么。（name名称）和（version版本号）构成一个唯一的标识符。
名称的一些规则：
-
名称必须小于或等于 214 个字符。这包括范围包的范围。
-
作用域包的名称可以以点或下划线开头。这在没有范围的情况下是不允许的。
-
新包的名称中不得包含大写字母。
-
该名称最终成为 URL 的一部分、命令行上的参数和文件夹名称。因此，名称不能包含任何非 URL 安全字符。
一些技巧：
-
不要使用与核心节点模块相同的名称。
-
不要在名称中加入“js”或“node”。假设它是 js，因为您正在编写 package.json 文件，并且您可以使用“engines”字段指定引擎。（见下文。）
-
该名称可能会作为参数传递给 require()，因此它应该是简短的，但也应该具有合理的描述性。
-
您可能需要检查 npm 注册表以查看是否已经存在使用该名称的内容，以免过于依赖它。https://www.npmjs.com/
-
方法一：直接到npm官网去搜
-
方法二：
npm view <packageName>
如果模块存在，可以查看该模块的一些基本信息：
img
如果该模块名从未被使用过，则会抛出 404 错误：
img
version（版本号）
-
version和name组成在npm内部的一个唯一标识符。 -
假如你不想发布的话那这个
name和version就不是必填项了 -
版本必须可由node-semver解析 ，它作为依赖项与 npm 捆绑在一起。（
npm install semver自己使用。） -
我们可以执行以下命令查看模块的版本：
npm view version # 查看某个模块的最新版本
npm view versions # 查看某个模块的所有历史版本
npm view <packageName> version
description（项目描述）
此文档是您需要了解的有关 package.json 文件中所需内容的全部信息。它必须是实际的 JSON，而不仅仅是 JavaScript对象文字。
本文档中描述的许多行为受 中描述的配置设置的影响config。
keywords
把关键字放进去。它是一个字符串数组。这有助于人们发现您的包裹，因为它在 中列出npm search。
homepage（项目主页）
项目主页的url。
例子：
“homepage” ：“https://github.com/owner/project#readme”
bugs（问题追踪）
项目问题跟踪器的 url 和/或应报告问题的电子邮件地址。这些对于遇到包裹问题的人很有帮助。
它应该是这样的：
{
“url” : “https://github.com/owner/project/issues” ,
“email” ：“project@hostname.com”
}
您可以指定一个或两个值。如果您只想提供一个 url，您可以将“bugs”的值指定为一个简单的字符串而不是一个对象。
如果提供了url，它将被npm bugs命令使用。
license（执照）
你应该为你的包指定一个许可证，以便人们知道他们如何被允许使用它，以及你对它施加的任何限制。
如果您使用的是 BSD-2-Clause 或 MIT 等通用许可证，请为您使用的许可证添加当前的SPDX 许可证标识符，如下所示：
{
“license” : “BSD-3-Clause”
}
您可以查看SPDX 许可证 ID 的完整列表。理想情况下，您应该选择 OSI批准的一种。
如果您的软件包在多个通用许可下获得许可，请使用SPDX 许可表达式语法版本 2.0 string，如下所示：
{
“license” : “(ISC OR GPL-3.0)”
}
如果您使用的许可证尚未分配SPDX 标识符，或者您使用的是自定义许可证，请使用如下字符串值：
{
“license” : “SEE LICENSE IN ”
}
然后包含一个<filename>在包的顶层命名的文件。
一些旧包使用许可证对象或包含许可证对象数组的“许可证”属性：
// 无效的元数据
{
“license” : {
“type” : “ISC”,
“url” : “https://opensource.org/licenses/ISC”
}
}
// 无效的元数据
{
“licenses” : [
{
“type”: “MIT”,
“url”: “https://www.opensource.org/licenses/mit-license.php”
},
{
“type”: “Apache-2.0”,
“url”: “https://opensource.org/licenses/apache2.0.php”
}
]
}
这些样式现在已被弃用。相反，使用SPDX表达式，如下所示：
{
“license”: “ISC”
}
{
“license”: “(MIT OR Apache-2.0)”
}
最后，如果您不希望根据任何条款授予他人使用私有或未发布包的权利：
{
“license”: “UNLICENSED”
}
还要考虑设置"private": true以防止意外发布。
author, contributors（作者和贡献者）
“作者”是一个人。“贡献者”是一群人。“person”是一个带有“name”字段和可选的“url”和“email”的对象，像这样：
{
“name” : “Barney Rubble”,
“email” : “b@rubble.com”,
“url” : “http://barnyrubble.tumblr.com/”
}
或者，您可以将其全部缩短为一个字符串，然后 npm 将为您解析它：
{
“author”: “Barney Rubble b@rubble.com (http://barnyrubble.tumblr.com/)”
}
email 和 url 都是可选的。
npm 还使用您的 npm 用户信息设置顶级“维护者”字段。
funding（档案）
可选files字段是一个文件模式数组，它描述了当您的包作为依赖项安装时要包含的条目。文件模式遵循与 类似的语法.gitignore，但相反：包含文件、目录或 glob 模式（*,**/*等）将使该文件在打包时包含在 tarball 中。省略该字段将使其默认为["*"]，这意味着它将包含所有文件。
一些特殊的文件和目录也会被包含或排除，无论它们是否存在于files数组中（见下文）。
您还可以.npmignore在包的根目录或子目录中提供一个文件，以防止文件被包含在内。在包的根目录中，它不会覆盖“文件”字段，但在子目录中会覆盖。该.npmignore文件就像一个.gitignore. 如果有一个.gitignore文件，并且.npmignore丢失了，.gitignore则将使用 的内容。
文件包含了“的package.json＃文件”栏中_无法_通过排除.npmignore或.gitignore。
无论设置如何，始终包含某些文件：
-
package.json -
README -
CHANGES/CHANGELOG/HISTORY -
LICENSE/LICENCE -
NOTICE -
“主要”字段中的文件
README, CHANGES, LICENSE&NOTICE可以有任何大小写和扩展名。
相反，一些文件总是被忽略：
-
.git -
CVS -
.svn -
.hg -
.lock-wscript -
.wafpickle-N -
.*.swp -
.DS_Store -
._* -
npm-debug.log -
.npmrc -
node_modules -
config.gypi -
*.orig -
package-lock.json（npm-shrinkwrap.json如果您希望发布，请使用）
main（主要入口）
-
main字段是package.json中的另一种元数据功能，它可以用来指定加载的入口文件。假如你的项目是一个npm包，当用户安装你的包后，require('my-module')返回的是main字段中所列出文件的module.exports属性。 -
当不指定
main字段时，默认值是模块根目录下面的index.js文件。
browser（浏览器）
如果您的模块打算在客户端使用，则应使用浏览器字段而不是主字段。这有助于提示用户它可能依赖于 Node.js 模块中不可用的原语。（例如 window）
bin（自定义命令）
很多包都有一个或多个他们想要安装到 PATH 中的可执行文件。npm 使这变得非常简单（实际上，它使用此功能来安装“npm”可执行文件。）
要使用它，请bin在 package.json 中提供一个字段，它是命令名到本地文件名的映射。在安装时，npm 会将该文件符号链接到prefix/bin全局安装或./node_modules/.bin/本地安装。
给大家看看我自己做一个简单的demo：
{
“name”: “react-cli-library”,
“version”: “0.0.2”,
“description”: “”,
“bin”: {
“react-cli”: “./bin/index.js”
},
}
我的名称叫做react-cli-library。
所以，npm i react-cli-library
安装完成之后，执行react-cli就会有一些命令，他会执行我的根目录底下./bin/index.js这个文件。
虽然我的项目名称是：react-cli-library。但是我执行的内容却是react-cli，这个取决于bin的内容
man（快捷入口）
用来给Linux下的man命令查找文档地址，是个单一文件或者文件数组。如果是单一文件，安装完成后，他就是man + 的结果，和此文件名无关，例如：
{
“name”: “foo”,
“version”: “1.2.3”,
“description”: “A packaged foo fooer for fooing foos”,
“main”: “foo.js”,
“man”: “./man/doc.1”
}
通过man foo命令会得到 ./man/doc.1 文件的内容。如果man文件名称不是以模块名称开头的，安装的时候会给加上模块名称前缀。因此，下面这段配置：
{
“name”: “foo”,
“version”: “1.2.3”,
“description”: “A packaged foo fooer for fooing foos”,
“main”: “foo.js”,
“man”: [
“./man/foo.1”,
“./man/bar.1”
]
}
会创建一些文件来作为man foo和man foo-bar命令的结果。man文件必须以数字结尾，或者如果被压缩了，以.gz结尾。数字表示文件将被安装到man的哪个部分。
{
“name”: “foo”,
“version”: “1.2.3”,
“description”: “A packaged foo fooer for fooing foos”,
“main”: “foo.js”,
“man”: [
“./man/foo.1”,
“./man/foo.2”
]
}
会创建 man foo 和 man 2 foo 两条命令。
directories（目录）
CommonJS Packages规范详细说明了一些可以使用directories对象指示包结构的方法。如果您查看npm 的 package.json，您会看到它包含 doc、lib 和 man 目录。
将来，这些信息可能会以其他创造性的方式使用。
目录.bin
如果在 中指定bin目录directories.bin，则将添加该文件夹中的所有文件。
由于bin指令的工作方式，同时指定bin路径和设置directories.bin是错误的。如果要指定单个文件，请使用bin，对于现有bin 目录中的所有文件，请使用directories.bin。
目录.man
一个充满手册页的文件夹。Sugar 通过遍历文件夹来生成“man”数组。
repository（代码存储位置）
指定代码所在的位置。这对想要贡献的人很有帮助。如果 git repo 在 GitHub 上，那么该npm docs 命令将能够找到您。
像这样做：
{
“repository”: {
“type”: “git”,
“url”: “https://github.com/npm/cli.git”
}
}
URL 应该是一个公开可用的（可能是只读的）url，可以直接传递给 VCS 程序，无需任何修改。它不应该是您放入浏览器的 html 项目页面的 url。是给电脑用的。
对于 GitHub、GitHub gist、Bitbucket 或 GitLab 存储库，您可以使用与 相同的快捷语法npm install：
{
“repository”: “npm/npm”,
“repository”: “github:user/repo”,
“repository”: “gist:11081aaa281”,
“repository”: “bitbucket:user/repo”,
“repository”: “gitlab:user/repo”
}
文末
逆水行舟不进则退，所以大家要有危机意识。
同样是干到35岁，普通人写业务代码划水，榜样们深度学习拓宽视野晋升管理。
这也是为什么大家都说35岁是程序员的门槛，很多人迈不过去，其实各行各业都是这样都会有个坎，公司永远都缺的高级人才，只用这样才能在大风大浪过后，依然闪耀不被公司淘汰不被社会淘汰。
为了帮助大家更好温习重点知识、更高效的准备面试，特别整理了《前端工程师核心知识笔记》电子稿文件。
内容包括html，css，JavaScript，ES6，计算机网络，浏览器，工程化，模块化，Node.js，框架，数据结构，性能优化，项目等等。
269页《前端大厂面试宝典》
包含了腾讯、字节跳动、小米、阿里、滴滴、美团、58、拼多多、360、新浪、搜狐等一线互联网公司面试被问到的题目，涵盖了初中级前端技术点。
前端面试题汇总
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
“repository”: “github:user/repo”,
“repository”: “gist:11081aaa281”,
“repository”: “bitbucket:user/repo”,
“repository”: “gitlab:user/repo”
}
文末
逆水行舟不进则退，所以大家要有危机意识。
同样是干到35岁，普通人写业务代码划水，榜样们深度学习拓宽视野晋升管理。
这也是为什么大家都说35岁是程序员的门槛，很多人迈不过去，其实各行各业都是这样都会有个坎，公司永远都缺的高级人才，只用这样才能在大风大浪过后，依然闪耀不被公司淘汰不被社会淘汰。
为了帮助大家更好温习重点知识、更高效的准备面试，特别整理了《前端工程师核心知识笔记》电子稿文件。
内容包括html，css，JavaScript，ES6，计算机网络，浏览器，工程化，模块化，Node.js，框架，数据结构，性能优化，项目等等。
269页《前端大厂面试宝典》
包含了腾讯、字节跳动、小米、阿里、滴滴、美团、58、拼多多、360、新浪、搜狐等一线互联网公司面试被问到的题目，涵盖了初中级前端技术点。
前端面试题汇总
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）
[外链图片转存中…(img-EuDdSOxD-1713465572611)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
扫一扫
720
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
