1. 为什么需要多版本控制?因为经常会从网上拉取项目,进行阅读和学习,但是项目的环境经常会需要不用的 node 版本不一致,会导致下载多个版本所以推荐使用 nvm 进行版本的切换控制.
2. 如何配置多版本控制这里不过多过重复描述,直接参考提供的链接即可
3. 常见问题解决
nvm报错: ERROR open \settings.txt: The system cannot find the file specified
原因:使用的是免安装版,没有配置好环境
解决方式
在nvm安装根目录下,看看有没有settings.txt文件,没有就自己新建。
12345root: D:\environment\nvmpath: D:\Install\nodejsnvm node_mirror https://npm.taobao.org/mirrors/node/nvm npm_mirror https://npm.taobao.org/mirrors/npm/
root:nvm安装路径
path:nodejs下载的路径
后面两行是因为下载速度慢的镜像
在系统变量中添上两个变量 ...
开始之前,我们先来搞懂下面这两个概念:
形参&实参
值传递&引用传递
1. 形参和实参方法的定义可能会用到 参数(有参的方法),参数在程序语言中分为:
实参(实际参数,Arguments):用于传递给方法的参数,必须有确定的值。
形参(形式参数,Parameters):用于定义方法,接收实参,不需要有确定的值。
例如:
1234567String hello = "Hello!";// hello 为实参sayHello(hello);// str 为形参void sayHello(String str) { System.out.println(str);}
2. 值传递和引用传递程序设计语言将实参传递给方法(或函数)的方式分为两种:
值传递:方法接收的是实参值的拷贝,会创建副本。
引用传递:方法接收的直接是实参所引用的对象在堆中的地址,不会创建副本,对形参的修改将影响到实参。
很多程序设计语言(比如 C++、 Pascal )提供了两种参数传递的方式,不过,在 Java 中只有值传递。
3. 为什么 Java ...
背景今天下午简单完善了一下做工作选择的思路和策略,这里可以分享一下,可以作为参考
考虑的因素通常情况下,不论是校招还是社招下面这些都是你在做工作选择时应该考虑的因素:
地理位置:当地的生活成本,居住舒适度,离家的距离,有对象的话需要考虑对象的地理位置。
薪资待遇:薪资待遇是否可以接受?
稳定性:是否容易被裁?
工作内容:工作内容是否让你满意?是否能够提供你发展和成长的机会?
技术学习成本和培养机制:是否需要转技术栈?针对应届生是否有完善的培养机制?
跳槽认可度:跳槽是否容易?其他公司的认可度如何?
工作压力:工作压力能否接受?加班是否严重?年假多少?是否双休?
晋升空间:公司是否提供合理的晋升机制?
公司发展:公司自身的发展前景如何?
公司氛围:公司的氛围你是否喜欢?
公司价值观:公司的价值观是否与你相契合?
……
你可以根据自己的偏向,给上面的每一点一个分值。然后,你对自己所纠结的 offer 打分,打分较高的大概率就是比较适合你的那个。薪资待遇这里多说一嘴:一定不要被 offer 的总包价给迷惑了,一定要结合工作时长、是否有加班费等因素来看(外企的薪资虽然比不上很多大厂,但结合 ...
行业知识
未读版本号格式常见的版本格式为:主版本号.次版本号.修订号,版本号递增规则如下:
主版本号:当你做了不兼容的 API 修改,
次版本号:当你做了向下兼容的功能性新增,
修订号:当你做了向下兼容的问题修正。
先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面,作为延伸。
市面常见的版本号的含义版本号为 X.Y.Z 格式,但与常见的语义化版本号规范有部分区别,具体释义如下:
X: 产品层面的重新设计,包含重大框架重构,会涉及大范围功能变更与配置变更,更新前必须阅读相关文档
Y: 包含中大型新功能,及无法向下兼容的功能变更与配置变更,更新该版本号可能会需要修改配置或者移除一些原功能
Z: 不仅包含 BUG 修复、小型新功能,还会包含可以向下兼容的原功能更新与配置变更,原则上更新该版本号无需额外动作
参考链接
语义化版本:https://semver.org/lang/zh-CN/