有这么一个需求。 假设当前我们时间戳的时间为：2021-11-16T18:00:17.095Z 我们希望获得当前时间戳所在的零时的时间为：2021-11-16T18:00:17.095Z 解决方案 Moment.js 非常贴心的提供了一个 startOf('days') 来帮你解决这个问题。 考察下面的代码： moment(1637085617095).utc().startOf('days').toISOString() 就可以获得你想要的时间了。   00-time-01805×544 26.1 KB   Moment.js 为我们提供了非常好的解决方案。 除此之外，你还可以有下面的一些选择. moment().startOf('year'); // 设置为今年一月1日上午 12:00 moment().startOf('month'); // 设置为本月1日上午 12:00 moment().startOf('quarter'); // 设置为当前季度的开始，即每月的第一天上午 12:00 moment().startOf('week'); // 设置为本周的第一天上午 12:00 moment().startOf('isoWeek'); // 根据 ISO 8601 设置为本周的第一天上午 12:00 moment().startOf('day'); // 设置为今天上午 12:00 moment().startOf('date'); // 设置为今天上午 12:00 moment().startOf('hour'); // 设置为当前时间，但是 0 分钟、0 秒钟、0 毫秒 moment().startOf('minute'); // 设置为当前时间，但是 0 秒钟、0 毫秒 moment().startOf('second'); // 与 moment().milliseconds(0); 相同 https://www.ossez.com/t/moment-js/13813

parseInt() 函数可解析一个字符串，并返回一个整数。 parseInt 可以接受 2 个函数。 parseInt(string, radix) 解析一个字符串并返回指定基数的十进制整数， radix 是2-36之间的整数，表示被解析字符串的基数。 当参数 radix 的值为 0，或没有设置该参数时，parseInt() 会根据 string 来判断数字的基数。 参数 string 要被解析的值。如果参数不是一个字符串，则将其转换为字符串(使用 ToString 抽象操作)。字符串开头的空白符将会被忽略。 radix 可选 从 2 到 36，表示字符串的基数。例如指定 16 表示被解析值是十六进制数。请注意，10不是默认值！ 描述 parseInt函数将其第一个参数转换为一个字符串，对该字符串进行解析，然后返回一个整数或 NaN。 如果不是NaN，返回值将是以第一个参数作为指定基数 radix 的转换后的十进制整数。(例如，radix为10，就是可以转换十进制数，为8可以转换八进制数"07"，16可以转换十六进制数"0xff"，以此类推)。 对于 radix 为10以上的，英文字母表示大于9的数字。例如，对于十六进制数（基数16），则使用 A 到 F 。 如果 parseInt 遇到的字符不是指定 radix 参数中的数字，它将忽略该字符以及所有后续字符，并返回到该点为止已解析的整数值。 parseInt 将数字截断为整数值。 允许前导和尾随空格。 由于某些数字在其字符串表示形式中使用e字符（例如 6.022×23 表示 6.022e23 ），因此当对非常大或非常小的数字使用数字时，使用 parseInt 截断数字将产生意外结果。 parseInt不应替代Math.floor()。 parseInt 可以理解两个符号。+ 表示正数，- 表示负数（从ECMAScript 1开始）。它是在去掉空格后作为解析的初始步骤进行的。如果没有找到符号，算法将进入下一步；否则，它将删除符号，并对字符串的其余部分进行数字解析。 如果 radix 是 undefined、0或未指定的，JavaScript会假定以下情况： 如果输入的 string以 "0x"或 “0x”（一个0，后面是小写或大写的X）开头，那么radix被假定为16，字符串的其余部分被当做十六进制数去解析。 如果输入的 string以 “0”（0）开头， radix被假定为8（八进制）或10（十进制）。具体选择哪一个radix取决于实现。ECMAScript 5 澄清了应该使用 10 (十进制)，但不是所有的浏览器都支持。因此，在使用 parseInt 时，一定要指定一个 radix。 如果输入的 string 以任何其他值开头， radix 是 10 (十进制)。 如果第一个字符不能转换为数字，parseInt会返回 NaN。 为了算术的目的，NaN 值不能作为任何 radix 的数字。你可以调用isNaN函数来确定parseInt的结果是否为 NaN。如果将NaN传递给算术运算，则运算结果也将是 NaN。 要将一个数字转换为特定的 radix 中的字符串字段，请使用 thatNumber.toString(radix)函数。 总结 通常我们都会使用 parseInt 来转换成一个 10 进制的数。 一个使用场景是你在参数中传入了一个字符串来表示当前时间的 Unix 时间，你需要将这个时间首先转换成整数后再用来构造 moment 对象。     在 IntelliJ IDEA 中，使用了不同的颜色来区分结果的类型。 同时如果是字符的话，IntelliJ IDEA 会使用引号。     如果上面图中的对比。 当然，你也可以直接写成 moment.utc(+duplicateData.timeStamp) 在方法前面添加一个 + 号也会帮你完成转换的。 有个同学做了下面的一个表，觉得挺好的，能够帮助你在转换的时候参考下。     parseInt 转换和可能出现 NaN 的情况。   https://www.ossez.com/t/javascript-parseint/13811

类型系统按照「是否允许隐式类型转换」来分类，可以分为强类型和弱类型。     以下这段代码不管是在 JavaScript 中还是在 TypeScript 中都是可以正常运行的，运行时数字 1 会被隐式类型转换为字符串 '1'，加号 + 被识别为字符串拼接，所以打印出结果是字符串 '11'。 console.log(1 + '1'); // 打印出字符串 '11' TypeScript 是完全兼容 JavaScript 的，它不会修改 JavaScript 运行时的特性，所以 它们都是弱类型。 与弱类型对应的就是强类型语言，比如说 Java。 强类型语言是一种强制类型定义的语言，即一旦某一个变量被定义类型，如果不经强制转换，那么它永远就是这该死的数据类型。 强类型语言包括：Java、.net、Python、C++ 等语言。 虽然有时候 Java 也会给你做一些隐式转换，但是大部分情况类型不匹配，在编译的时候就会报错了。 例如，我们可以看看下面的 Python 代码，因为 Python 是强类型，以下代码会在运行时报错： print(1 + '1') # TypeError: unsupported operand type(s) for +: 'int' and 'str' 若要修复该错误，需要进行强制类型转换： print(str(1) + '1') # 打印出字符串 '11' 强/弱是相对的，Python 在处理整型和浮点型相加时，会将整型隐式转换为浮点型，但是这并不影响 Python 是强类型的结论，因为大部分情况下 Python 并不会进行隐式类型转换。 相比而言，JavaScript 和 TypeScript 中不管加号两侧是什么类型，都可以通过隐式类型转换计算出一个结果——而不是报错——所以 JavaScript 和 TypeScript 都是弱类型。 虽然 TypeScript 不限制加号两侧的类型，但是我们可以借助 TypeScript 提供的类型系统，以及 ESLint 提供的代码检查功能，来限制加号两侧必须同为数字或同为字符串。 这在一定程度上使得 TypeScript 向「强类型」更近一步了——当然，这种限制是可选的。 这样的类型系统体现了 TypeScript 的核心设计理念：在完整保留 JavaScript 运行时行为的基础上，通过引入静态类型系统来提高代码的可维护性，减少可能出现的 bug。 这就是为什么对 Java 同学来说，可能更喜欢 TypeScript 一些。 https://www.ossez.com/t/typescript/13810  

针对 JavaScript 上面的问题，聪明的同学就想那我们就给 JavaScript 加个类型吧，和 Java 一样，能够对变量的类型进行定义，这个想法就是 TypeScript 的类型系统, 在很大程度上弥补了 JavaScript 的带来的困惑。 从 TypeScript 的名字就可以看出来，「类型」是其最核心的特性，TypeScript 也主要致力于解决 JavaScript 的类型混乱问题。   prts_03011422×762 53.3 KB   TypeScript 是静态类型 类型系统按照「类型检查的时机」来分类，可以分为下面 2 种 动态类型 静态类型 动态类型是指在运行时才会进行类型检查，这种语言的类型错误往往会导致运行时错误。 JavaScript 是一门解释型语言，没有编译阶段（这个就是另外一个针对 Java 同学经常吐槽的地方），所以它是动态类型，以下这段代码在运行时才会报错： let foo = 1; foo.split(' '); // Uncaught TypeError: foo.split is not a function // 运行时会报错（foo.split 不是一个函数），在运行的时候造成 bug。 // 打开你浏览器 F12 看看上面有多少错误你就能了解到了。 静态类型是指编译阶段就能确定每个变量的类型，这种语言的类型错误往往会导致语法错误。TypeScript 在运行前需要先编译为 JavaScript，而在编译阶段就会进行类型检查，所以 TypeScript 是静态类型，这段 TypeScript 代码在编译阶段就会报错了： let foo = 1; foo.split(' '); // Property 'split' does not exist on type 'number'. // 编译时会报错（数字没有 split 方法），无法通过编译 你可能会奇怪，这段 TypeScript 代码看上去和 JavaScript 没有什么区别呀。 没错！大部分 JavaScript 代码都只需要经过少量的修改（或者完全不用修改）就变成 TypeScript 代码，这得益于 TypeScript 强大的[类型推论][]，即使不去手动声明变量 foo 的类型，也能在变量初始化时自动推论出它是一个 number 类型。 完整的 TypeScript 代码是这样的： let foo: number = 1; foo.split(' '); // Property 'split' does not exist on type 'number'. // 编译时会报错（数字没有 split 方法），无法通过编译 TypeScript 希望通过上面的配置来增强 JavaScript 的功能。   https://www.ossez.com/t/typescript/13809

JavaScript 是一门非常灵活的编程语言，在了解为什么要有 TypeScript 之前，觉得还是有必要说说这个世界对 JavaScript 的误解。 JavaScript 语言特性和不足 因为 JavaScript 堪称世界上被人误解最深的编程语言。虽然常被嘲为“玩具语言”，但在它看似简洁的外衣下，还隐藏着强大的语言特性。 JavaScript 目前广泛应用于众多知名应用中，对于网页和移动开发者来说，深入理解 JavaScript 就尤为必要。 我们有必要先从这门语言的历史谈起。在1995 年 Netscape 一位名为 Brendan Eich 的工程师创造了 JavaScript，随后在 1996 年初，JavaScript 首先被应用于 Netscape 2 浏览器上。最初的 JavaScript 名为 LiveScript，但是因为一个糟糕的营销策略而被重新命名，该策略企图利用Sun Microsystem 的 Java 语言的流行性，将它的名字从最初的 LiveScript 更改为 JavaScript——尽管两者之间并没有什么共同点。 这便是之后混淆产生的根源。 敲黑板：JavaScript 和 Java 一点关系都没有，甚至可以说是 2 个完全不同的动物。 几个月后，Microsoft 随 IE 3 发布推出了一个与之基本兼容的语言 JScript。 又过了几个月，Netscape 将 JavaScript 提交至 Ecma International（一个欧洲标准化组织）， ECMAScript 标准第一版便在 1997 年诞生了，随后在 1999 年以 ECMAScript 第三版的形式进行了更新，从那之后这个标准没有发生过大的改动。由于委员会在语言特性的讨论上发生分歧，ECMAScript 第四版尚未推出便被废除，但随后于 2009 年 12 月发布的 ECMAScript 第五版引入了第四版草案加入的许多特性。 第六版标准已经于 2015 年 6 月发布。 如果要说说 JavaScript 还有什么特性的话就是大致可以考虑下有： 它没有类型约束，一个变量可能初始化时是字符串，过一会儿又被赋值为数字。 由于隐式类型转换的存在，有的变量的类型很难在运行前就确定。 基于原型的面向对象编程，使得原型上的属性或方法可以在运行时被修改。 函数是 JavaScript 中的一等公民，可以赋值给变量，也可以当作参数或返回值。 JavaScript 的代码质量参差不齐，维护成本高，运行时错误多多。     针对 Java 程序员来说，最最头疼重要的就是 JavaScript 毫无章法的变量类型，完全不知道自己的变量是什么，和另外一个就是 JavaScript 是一种解释型的脚本语言， 与 Java 等语言先编译后执行不同, JavaScript 是在程序的运行过程中逐行进行解释。这就导致 JavaScript 的很多错误在编译的过程中无法发现，运行后又问题多多。 要赶上 JavaScript， TypeScript 还有很长的路要走。 https://www.ossez.com/t/typescript-javascript/13808  

在使用 Moment.js 转换为 UTC 格式的时候，我们可能会遇到 2 个小问题。 如果你使用 ('2021-11-01T19:39:00.000').utc().format(); 来进行 UTC 时间转换的话，你会发现你输入时间和输出时间是不同的。 转换时区 如果上面所描述的，在结果中，我们看到如下图     输入的时间，我们实际上使用 UTC 的时间，但是在转换成功后，我们会发现 2 个时间有偏差。 有这个偏差的原因就是当前你的计算机的时间。 从下图我们可以看到：     在对象初始化的时候，是否是 UTC 的时间参数选项是 false。 因此才会出现偏差。 如果你已知的输入时间是 UTC 时间的话，你可以使用下面的代码： moment.utc('2021-11-01T19:39:00.000').format();     这样的方式初始化对象的话，对象的时间标记将会标记为 UTC 时间。 format 函数没有毫秒 聪明的你可能会看到，如果你使用 format() 函数进行格式化 ISO 时间的话是没有毫秒的。 如果你希望你的时间对象格式化输出后有毫秒数据。 你应该使用的方法是： toISOString() 考察下面的代码： moment.utc('2021-11-01T19:39:00.000').toISOString() 如下图所示，下面的代码格式化输出后将会有毫秒数据：     这是在实际使用的时候需要注意一下的地方。 https://www.ossez.com/t/moment-js-utc-2/13807

TypeScript is JavaScript with syntax for types (TypeScript 是一个使用了 types 类型的 JavaScript 语言)。 添加了类型系统的 JavaScript，适用于任何规模的项目。 上面的英文是从官方网站 [1] 上抄录下来的。     从上面的文字，可以简单的理解就是针 JavaScript 语言，TypeScript 添加了「类型（types）」。 如果你写过或者了解 Java 程序的，你会知道 Java 在定义 变量的时候需要对变量的类型进行定义。 在实际使用的时候，因为变量的类型进行了定义，因此 Java 语言就涉及到类型转换，比如说要把 String 转换为 Int，虽然 Java 对其类型转换进行了一些包装，但是整个转换过程还是有点学习曲线的。 对比 Java 而言，JavaScript 就完全不需要对类型进行定义了，JavaScript 会在运行的时候帮你进行类型的自动判断和转换。这个就导致 JavaScript 非常灵活，灵活的同时就会带来困惑， 原因是你在程序运行的时候，完全不知道你的变量是什么类型的，这会导致一些莫名其妙的错误发生，而且 Debug 的时候也是比较纠结。   https://www.ossez.com/t/typescript/13806

有时候你在运行文档的时候，可能会遇到下面的问题： AppData\Roaming\npm\docsify.ps1 is not digitally signed. You cannot run this script on the current system.     解决 这个问题是原因是脚本执行权限的问题。 可以通过运行下面的命令： Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass 来解决。   https://www.ossez.com/t/docsify/13805

在一次开发 NodeJS 项目的时候，我们希望包的导入是用 import 导入的方式。 但是在具体导入的时候发现是使用 @types 导入的。     如果上面的图显示的导入方式，结果结果是导致程序错误无法运行。 问题和原因 尽管我们在包的配置文件中添加了需要导入的包的版本。 "bluebird": "^3.5.1", 但是我们发现还是没有正确的使用，还是使用的是 @types 的方式。 @types 经过一些研究，有时候 @types 这个的使用是因为在 JS 世界中有很多的包不是通过 TypeScript 进行开发的，使用是普通的 JS 。 为了让使用 JS 的库能够在 TypeScript 上使用，那么我们在导入的时候需要添加 @types 但是我们的这个问题是，我们并没有添加需要的 @types/bluebird, 但是这个是从哪里来的呢？ 这个时候，我们需要找到这个包导入的依赖了。 在导入这个包所在项目的文件夹中，打开 package.json 这个文件。 在这个文件中也没有找到这个包的依赖，也不是使用types 定义的。 只能从项目中的依赖找原因了。 在这个文件中，我们会看到 "_requiredBy": [ "/@types/request-promise" ], 这个就是让 @types/bluebird 导入的元凶了，因为这个类型是 @types 的，所以我们按照 @types 导入了 bluebird。 但是实际使用的时候，我们的程序使用的是另外的一种导入方式。 因此，针对这个问题，我们最简单的办法就是将 /@types/request-promise 从你的包的依赖中删除。     这样就能解决我们上面遇到的问题了。 https://www.ossez.com/t/nodejs-types/13801

相信很多人在运行第一个可以运行的 Java 程序的时候都会要求写一个主函数。 然后很多人都会照葫芦画瓢的写一个下面的函数： public static void main(String[] args) { } IJ 甚至非常贴心的给你 main 的代码提示：     这个函数里面有几个定义和关键字，估计可能会有些绕，和为什么这么写？ 近期在学习的时候才翻出来再看看，其中可能比较难理解的是关键字 static public 这个关键字在这个函数中很好理解，就是表示这个函数是可以被其他类访问到。 void 表示这个函数不返回任何数据。 这个也比较好理解，因为这个函数是主程序的入口，通常是不需要返回结果的。使用 void 也没关系。 String[] args 这个表示的是这个函数可以从执行的时候获得的输入参数。 就是告诉这个函数在执行的时候，你可以在命令行中定义一些参数，然后这个函数通过获得这些参数来对运行进行调整。 通常我们对输入参数的控制会使用。 Apache 的 commons-cli-1.4.jar 来进行处理，因为这个 API 帮我解决了对出入参数进行处理的常用方法，能够简化我们的操作。 这个内容我们在其他地方再单独拿出来说。 static 这个就是我们需要说明一下的重点了。 我们都知道 static 是表示静态的意思，为什么在 main 函数里面需要静态关键字修饰？ static 主要用途是告诉编译器 main 函数是一个静态函数。同时也就是说main 函数中的代码是存储在静态存储区的，即当定义了类以后这段代码就已经存在了。 这个所谓的静态存储区，就是我们常说 JVM 中的堆（Heap），这个 Heap 就是 JVM 垃圾回收管理的区域，也是你经常看到内存溢出的区域。 static关键字主要用于内存管理。我们可以应用 ava static关键字在变量，方法，块和嵌套类中。 static关键字属于类，而不是类的实例。 被 static 关键字修饰的不需要创建对象去调用，直接根据类名就可以去访问。 在 main() 方法中使用静态（static）这个关键字，JVM 将会为这个方法开辟内存空间，你不需要对这个方法进行实例化，因此能够节省不必要的开销。 如果 main 方法不声明为静态的，JVM 就必须创建main类的实例，因为构造器可以被重载，JVM就没法确定调用哪个 main 方法。 因此，在这里这个 static 关键字是必须要有的，否则你的程序可以编译，但是无法运行。 如果使用上面的代码： public void main(String[] args) { System.out.println("RUN"); } 运行的时候将会有错误： Error: Main method is not static in class com.ossez.codebank.algorithm.Main, please define the main method as: public static void main(String[] args) Process finished with exit code 1 但是编译是不会有错误的。   https://www.ossez.com/t/java-main-static/13796