通过上一节课，大家应该明白了JS其实和C语言，特别是VB很相似的，大家有没有增加点自信，任何语言都要学习数据类型，所以我们开始吧
在JavaScript中不区分“字符”和“字符串”，一视同仁。 这个就和VB很相似。用Var 来定义变量，这个变量可以是字符串、字符、数值变量等
单考虑数值变量，无需考虑整形、长整型、浮点型什么的，直接用
在面向对象的设计模式中，将数据和处理的方法捆绑在一起形成的整体，称为对象。它封装了数据和操作数据的方法 ，使用时要先创建这个对象，用new运算符来调用对象的构造函数。（不同语言创建方式不同）。其实很常见的，比如日期的调用（看下图）
全局对象是所有全局方法的拥有者，用来统一管理全局方法。该对象不能使用new运算符创建对象实例，所有方法直接调用即可。
大家很难理解，只要理解为在所有程序集外建立的对象，可以在任何程序集里面直接调用（本来就镶嵌好的），类似VB中global，类似易语言的模块调用
字符串对象 ，对象封装了与字符串有关的特性，主要用来处理字符串。通过String对象，可以对字符串进行剪切、合并、替换等等。可以调用该对象的构造函数创建一个实例，其实在定义一个字符串类型变量时就也创建了一个String对象实例。
类似易语言中的“文本_切割”啥的，但是记住JS中的数数是从0开始的
我们分析下，字符串所用的方法，substring、slice按位置取出中间的文本，bold()文本加粗,fontcolor("red")设置字体颜色为灰色，\ 为转义字符，
定义数组，这个应该都见过 var vv=new Array("1","2","3","4")严重警告， 这里的Array的第一个字母是大写的，不然定义失败；
数组的索引按照32位且无符号定点整数存储，也就是说数组索引最大值为 2 32 ，而数组以0开始，所以实际最大值为2 32 - 1
对于 & | ^ ~ 以后单独再说,主要说明 <<, >>, >>>
ECMA相关位运算说明
完整的位运算步骤
js能精确计算（运算结果）的数值范围是 [-2 53 , +2 53 ]
js能表示的纯整数数值范围是 [-1.8x10 308 , +1.8x10 308 ]
js能表示的纯小数数值范围是 [ -5x10 -324 , -1) ∪ (+1, 5x10 -324 ]
IEE754标准就和js中的正则表达式，unicode编码一样，他不是js特有的东西的，而是一种国际上通用规范，
目的其一，方便；
目的二，使程序可移植性强。
（在js中定义的数值，解释器会帮我们把值转化为IEEE754标准的64位浮点型，如果是位运算，解释器会把值定义为32位整型）
了解他之前，先看一个示例
那么，我们能不能创造出一种，利用有限的8位机器数，尽可能多的解决上述问题的方法呢？
假设，机器位为8，有如下的一段2进制编码：
符号位 ：0表示正值， 1表示负值；
指数位 ：就是我们理解的平方数，在这里由于是2进制，所以，指数位的010暂且表示为 2 010 = 2 2 ，且指数的表示范围为0 ~ 7之间。（一会说这样做的问题）
数值位 ：就是我们要表示的真实的值的部分，但是，这里的1010并不是我们通常理解的10进制 的10，因为我们要在这解决上述定点数的问题,
那么，我们怎么设计才能让一条整数，小数共存的数据表示在一个硬件中呢？且简单易懂？
但是，以（0.）作为约定的数值位默认头是有问题的，比如：
真值 +0.001010 以我们自定义规则转换成的二进制为,
0000 0010 ，因为机器位数为8，超过的8位要舍去，10就被丢掉了，损失了精度且保留了多余的，没有意义的0 。
这就引出了我们要解决的问题4
看来，我们现在需要对规则进行一些修改，我们尝试以（1.）作为约定的数值位默认头，还是以真值 +0.001010为例 ，那么这个真值可以改写为
1.010 x 2 -3 == 1.010 x 2 -011
这回可操蛋了，因为之前我们约定的指数部分的表示范围是0 ~ 7，这个-3可怎么办呢，聪明的你肯定想到了，何不把指数位置的第一位也规定为符号位呢？这不就可以表示正负数了吗，没错，是可以满足需求，但是，多一个符号位的判断会增加机器的运算复杂度负担，那么可以用补码啊？没错，但是，如果通过指数进行数值比较的时候（注意：在对两个值进行判断的时候，例如 3 >4，计算机浮点运算器会对 3 和 4 对应的64位浮点数指数位数值进行比较，如果不相等，直接返回true或false，如果想等，再进行数值位的比较），又要增加负担，有没有更好的办法呢？
可推理出
真值 +0.001010 == 1.010 x 2 -3 == 1.010 x 2 -011
得指数真实表示的值为 -011 + 偏移值 011 == 000
真值 +0.001010 的自定义2进制编码值为
0000 0100
经过以上的求证，得到新的8位机器数浮点数约定如下：
所以，图1-1使用我们新约定的浮点数规则解码，得到：
1.1010 x 2 010-011=-1 == 0.11010
+0.11010 == 0.9140625
先说间隙值
再说数值范围
我们再回过头来看看IEEE754,由于js使用的是IEEE754双精度浮点格式（64 位），所以我们就针对64位说明。其实，和我们上面自己胡编乱造的规则基本一样，
IEEE754双精度浮点格式
符号位1，指数位11，数值位52，偏移值 2 11-1 - 1 == 1023
现在，我们可以自己证明
因为数值位是52位，加上约定的隐藏头1. 那么就是 53位，超出的部分舍弃，所以就是精度损失
但严谨来说，应该是不包含小数
已经证明过
我们先把0.1 和 0.2 转化为2进制
很明显，0.1 和 0.2 都无法用2进制精准表示，呈现出的是无限循环。
我们看一个实例，来看看IEEE如何做舍入处理的
（例子是IEEE754单精度浮点格式（32 位），没找到64位的，自己懒得算了。。不过可以说明问题）
0.1被IEEE754双精度浮点数舍入处理后的值为
0.00011001100110011001100110011001100110011001100110011010
0.2被IEEE754双精度浮点数舍入处理后的值为
0.0011001100110011001100110011001100110011001100110011010
0.1 和 0.2 在转换后都被进位了，所以实际值，比真实值要大一点点，所以0.1+0.2比0.3略大，暂且这么来理解，因为浮点数的运算比定点数要麻烦，又由于10.1假期结束，至此一阶段笔记到此结束，之后的二阶段再补浮点数运算的笔记
参考资料
计算机组成原理
http://c.biancheng.net/view/314.html
https://www.zhihu.com/question/21711083
https://blog.csdn.net/weixin_40805079/article/details/85234878
其实只要读取成字符串用 split("\n") 切割就可以了。
因为你没有说哪个平台，那就拿浏览器举个例子：
<!DOCTYPE html><html>
<body>
<input type="file" id="input">
<script>
(function(){
var input = document.querySelector('#input')
input.addEventListener('change', function(e){
handFile(e.target.files[0])
})
function handFile(file){
var reader = new FileReader()
reader.onload = function(e){
console.log(e.target.result.split("\n"))
}
reader.readAsText(file)
}
})()
</script>
</body>
</html>
浏览器需要<input>标签读取文件，node.js 的话可以从命令行参数 process.argv 来传入文本
想要在脚本里面读取文本文件可以用 fs 模块。
