learnjsdata.com

如果你的数据工作已经发生在 JavaScript 环境里（浏览器或 Node.js），并且目标是“把数据整理成能继续分析或可视化的形状”，那么可以直接用原生 JavaScript API、d3.js 和 lodash 来完成读取、合并、汇总、分组、字符串与时间处理这一整套流程。Learn JS Data 这份指南正是按这个顺序组织的：它假设你已有 JavaScript 基础，围绕“为后续分析与可视化准备数据”来演示技术，而不是讲统计建模。若你更熟悉 R 的 Tidyverse 或 Python 的 pandas，指南本身也承认这些工具在数据整理上很出色、值得使用；选择 JavaScript 的前提是你已经身处这个环境，或者想一步一步上手。

先明确：什么时候用 JavaScript 做数据处理

指南给出的判断条件很直接：

• 你已经熟悉 JavaScript，想从数据入手但不想一次切换整套工具链。
• 你的运行环境本身就是 JavaScript（浏览器页面、Node.js 服务），不方便换语言。
• 你的处理目标是清洗、整理、转换，为分析或可视化做前置准备。

反过来，如果你要做的是一套完整的数据分析工作流，且没有环境约束，R 或 Python 的生态通常更省力。这不是能力问题，而是工具定位问题。

处理流程：按任务顺序推进

指南把内容拆成一组任务，顺序基本就是一条数据流水线：

1. Getting Started（起步）
2. Reading in Data（读取数据）
3. Combining Data（合并数据）
4. Summarizing Data（汇总数据）
5. Iterating and Reducing（迭代与归约）
6. Nesting and Grouping Data（嵌套与分组）
7. Working with Strings（字符串处理）
8. Regular Expressions（正则表达式）
9. Working with Time（时间处理）
10. Checking Data Assumptions（检查数据假设）

这个顺序值得照做：先能读进来，再谈合并；先能遍历和归约，再谈分组聚合；字符串、正则、时间往往是清洗阶段的具体手段；最后一步“检查数据假设”是进入正式分析前的关卡。

三种工具怎么选

指南明确演示的是三类实现方式：核心 JavaScript API、d3.js、lodash。它们不是互斥的，而是分工不同。

一个实际的判断方法：如果这段代码最终要接到 d3 可视化上，用 d3 做读取和分组可以减少格式转换；如果只是零散的数组与对象整理，lodash 往往写起来更短；如果只是几行循环，原生 API 就够了。

在两种环境里运行

指南说明这些技术既可用于浏览器，也可用于 Node.js。仓库里的每个文档在加载进浏览器时都会执行，你可以打开开发者工具控制台看到代码块的输出，例如：

console.log("This is the index!");

预期结果是控制台打印出 This is the index!。这也是验证环境是否就绪的最快方式：能看到输出，说明代码在按预期执行；看不到，先检查控制台是否被过滤或代码是否真的加载。

版本变化带来的影响

指南的更新记录里有两点对实操有直接影响：

• 2019-01-10：指南更新为使用 D3v5，改动主要影响“Reading in Data”一节。
• 2017-03-20：指南更新为使用 D3v4，并保留了旧的 D3v3 版本存档。

这意味着如果你在网上找到旧示例，读取数据的写法可能和当前指南不一致。遇到读数据代码报错时，先确认示例对应的 D3 版本，而不是直接怀疑数据本身。

此外，2019-01-11 的记录提到有一个 Observable 版本，适合在交互环境里直接试跑 JavaScript。

清洗阶段要盯住的几类问题

“检查数据假设”被单独列为一个任务，说明它不是可跳过的收尾。结合前面各任务，清洗时通常要处理：

• 缺失值：字段为空或不存在时，后续聚合会得到意外结果。
• 类型错误：本该是数字的字段实际是字符串，参与计算前需要转换。
• 格式不一致：日期、字符串的写法不统一，需要正则或时间处理来归一。
• 分组键不一致：同一类别因大小写、空格差异被拆成多组。

这些检查放在分组汇总之前做，比在结果出错后回头排查更省事。

常见卡点

• 跳过“读取数据”直接写聚合逻辑，结果数据形状和预期不符。
• 混用不同 D3 版本的读取写法，导致代码不报错但拿不到数据。
• 把分组和归约当成一回事：归约负责把多个值压成一个结果，分组负责先按键切开，两者常配合使用但职责不同。
• 在浏览器里调试时忘记看控制台，误以为代码没执行。

下一步

按指南的任务顺序走一遍，每完成一个任务就用 console.log 验证中间结果，再进入下一个。等读取、合并、分组、字符串与时间处理都能跑通，并且你确认过数据假设，就可以把整理好的数据交给可视化或进一步分析。

想系统学习外汇交易，最有效的路径不是一上来就找"必胜策略"，而是按顺序打好三层基础：先看懂市场在交易什么，再学会读价格图表，最后用模拟账户把下单、止损、仓位管理变成肌肉记忆。整个过程大致可以分为四个阶段，每个阶段都有明确的"通关标准"。下面这份路线图适合完全零基础、希望自学外汇交易的读者。

第一阶段：建立市场基础认知

这一阶段的目标是听懂行话，知道自己在交易什么。不需要急着看盘，先把概念弄清楚。

必须掌握的核心概念

• 货币对：外汇永远成对交易，比如 EUR/USD。买入欧元的同时就是在卖出美元，前者是基础货币，后者是报价货币。
• 点与点差：点是价格变动的最小常规单位，多数货币对的一个点是小数点后第四位。点差是买入价与卖出价之间的差额，也是你每次开仓的隐性成本。
• 杠杆与保证金：杠杆放大了你的购买力，同时也放大了亏损。保证金是你开仓时需要冻结的那部分资金。新手常见的错误是把高杠杆当成高收益工具，而不是风险工具。
• 交易时段：悉尼、东京、伦敦、纽约四个主要时段轮流开盘，伦敦与纽约重叠的时段通常流动性最高、点差相对更低。
• 订单类型：市价单、限价单、止损单、止盈单，至少要能说清每种订单在什么场景下使用。

通关标准

能用自己的话解释"为什么做多 EUR/USD 等于看涨欧元、看跌美元"，并能算出一笔交易的点差成本。

第二阶段：学会读图表

概念清楚后，进入看图阶段。图表是外汇交易者唯一的工作界面。

学习顺序建议

1. 先看K线：理解一根K线的开盘、收盘、最高、最低四个价格，以及实体与影线代表的多空力量。
2. 再认趋势与结构：学会识别上升趋势、下降趋势和横盘，标出明显的高点与低点。
3. 然后接触支撑阻力：找出价格反复停留的区域，这是最基础也最实用的分析工具。
4. 最后再学指标：移动平均线、相对强弱指标等可以作为辅助，但不要一开始就堆满屏幕。指标是价格的衍生品，先看懂价格本身更重要。

通关标准

随便打开一个货币对的日线图，能说出当前大致处于什么趋势、最近的关键支撑和阻力在哪里。

第三阶段：模拟交易与风险管理

这是把知识变成习惯的阶段，也是新手最容易跳过、却最不该跳过的一步。

模拟账户练什么

模拟账户的价值不在于"赚钱"，而在于无风险地熟悉流程。重点练习：

• 完整走一遍下单流程：选方向、设止损、设止盈、确认手数。
• 记录每一笔交易的理由，而不是只看盈亏结果。
• 固定一种策略反复练，比如只在趋势明确时进场，观察几十笔后的表现。

风险管理的入门规则

• 单笔风险控制在账户的1%–2%：这是被广泛引用的经验值，具体比例需结合自身承受能力调整。
• 每笔交易必设止损：止损不是可选项，而是入场计划的一部分。
• 控制总仓位：同时持有的多笔交易如果方向高度相关，实际风险会叠加。
• 先算风险再算收益：先确定止损位置和可承受亏损，再倒推手数。

交易心理的入门要点

• 亏损是交易成本的一部分，不是失败。
• 不要因为连续几笔亏损就临时加大仓位想"扳回来"。
• 制定规则后，用规则约束临场冲动，而不是靠感觉。

通关标准

能在模拟账户中连续执行同一套规则至少一个月，且每笔交易都有止损和记录。

第四阶段：判断自己是否准备好

在进入真实交易前，可以用下面这份自查清单逐项确认：

如果多数项目还打不上勾，说明还需要在模拟阶段多停留一段时间。真实交易的门槛不是资金，而是纪律。

常见误区提醒

• 追求"圣杯策略"：不存在永远有效的单一策略，稳定来自规则加执行。
• 忽视点差与隔夜成本：频繁短线交易时，这些成本会明显侵蚀收益。
• 用生活必需资金交易：这会直接破坏你的心态和判断。
• 只学技术分析，不学资金管理：决定长期结果的往往不是入场点，而是仓位与止损。

小结

外汇学习的正确顺序是：概念 → 图表 → 模拟 → 真实。每个阶段都有可检验的通关标准，不必急于跳到下一步。把基础打牢、把风险管理变成习惯，比找到某个"神奇指标"重要得多。当你能够稳定执行一套规则、并坦然接受单笔亏损时，才算真正具备了进入真实交易的入门条件。

JavaScript 是一种运行在浏览器中的脚本语言，负责网页的交互与动态行为。HTML 决定页面有哪些内容，CSS 决定这些内容长什么样，JavaScript 决定用户操作后页面如何响应。如果你刚开始学前端，建议先掌握 HTML 和 CSS 基础，再学 JavaScript，否则容易在“页面为什么没反应”这类问题上卡住。

三者的分工

同一个按钮，HTML 写出它存在，CSS 让它变蓝变圆，JavaScript 让它被点击后弹出提示或提交数据。

一个最小可运行示例

把下面内容保存为 demo.html，用浏览器打开，点击按钮即可看到效果：

<!DOCTYPE html>
<html>
<head>
  <meta charset="utf-8">
  <title>JS 示例</title>
</head>
<body>
  <p id="msg">还没点击</p>
  <button id="btn">点我</button>

  <script>
    const btn = document.getElementById('btn');
    const msg = document.getElementById('msg');

    btn.addEventListener('click', function () {
      msg.textContent = '你点击了按钮';
    });
  </script>
</body>
</html>

输入是用户的一次点击，动作是 addEventListener 注册的回调函数，预期结果是页面上那段文字从“还没点击”变成“你点击了按钮”。如果没变化，先检查 <script> 是否写在按钮之后，或浏览器控制台（F12）是否报错。

JavaScript 和 Java 没有关系

名字相似只是历史营销原因。Java 是另一门独立的编程语言，两者语法、运行环境、用途都不同。看到“JavaScript”不要联想到 Java 的类库或虚拟机。

什么时候需要 JavaScript

• 页面内容要根据用户操作实时改变（展开菜单、切换标签页）
• 需要向服务器请求数据并局部刷新（不整页跳转）
• 需要表单校验、动画、计时器等动态逻辑

如果只是展示静态文字和图片，HTML + CSS 就够了，不必引入 JavaScript。

学习顺序建议

1. 先能用 HTML 写出结构完整的页面
2. 再用 CSS 控制布局和样式
3. 最后学 JavaScript，从“选中元素、监听事件、修改内容”这三件事入手

这样每学一步都能在浏览器里立刻验证，不会因为基础缺失而反复受挫。

JavaScript和Java是两种完全不同的编程语言，名字相似但几乎没有技术关联。Java是一种编译型、面向对象的通用语言，通常运行在服务器、桌面或Android设备上；JavaScript是一种解释型脚本语言，主要运行在浏览器中，用来实现网页的交互效果。两者在语法、运行环境、类型系统和用途上都有本质区别。

从语法上看，Java要求严格的类型声明，例如 int number = 5;，变量类型在编译时确定；JavaScript则采用动态类型，写 let number = 5; 即可，同一个变量之后还可以赋值为字符串。Java的代码需要先编译成字节码，再由Java虚拟机（JVM）运行；JavaScript的代码由浏览器内置的引擎直接解释执行，不需要提前编译。因此，Java适合构建大型企业级后端系统，而JavaScript是前端网页开发的核心语言。

运行环境是另一个关键差异。Java程序通过JVM实现跨平台，只要安装了Java运行环境，同一份编译后的代码可以在Windows、Linux、macOS上运行；JavaScript则依赖宿主环境，在浏览器中运行时可操作网页文档和响应用户操作，在Node.js环境中则可用于编写服务器端程序。这意味着JavaScript的应用范围已经从浏览器扩展到了后端，但它的核心定位仍是事件驱动和异步处理。

类型系统和面向对象方式也不同。Java是强类型语言，编译期就会检查类型错误；JavaScript是弱类型语言，类型转换更灵活，也更容易在运行时出现意外结果。Java的面向对象基于类（class），必须先定义类再创建对象；JavaScript早期基于原型链，ES6之后引入了class语法糖，但底层仍是原型继承。例如，Java中写 class Dog extends Animal，JavaScript中写 class Dog extends Animal 虽然看起来相似，但继承机制完全不同。

用途上的选择通常取决于项目场景。如果你需要开发Android原生应用、大型分布式系统或高性能后端服务，Java是成熟的选择；如果你要制作网页动态效果、构建单页应用或使用Node.js开发轻量级后端，JavaScript更直接。两者也可以配合使用，例如后端用Java提供接口，前端用JavaScript调用这些接口并渲染页面。学习时不要因为名字相近就混为一谈，掌握其中一种后再学另一种会容易很多，但必须清楚它们各自的设计理念和适用边界。

在网页中引入JavaScript主要有三种方式：内联脚本、内部脚本和外部脚本。

1. 内联脚本（Inline Script）
   直接写在HTML标签的事件属性中，例如<button onclick="alert('你好')">点击</button>。这种方式适合极简单的交互，但代码混杂在HTML里，难以维护，不推荐在正式项目中使用。

2. 内部脚本（Internal Script）
   将JavaScript代码放在<script>标签内，并置于HTML文档的<head>或<body>中。例如：

<!DOCTYPE html>
<html>
<head>
    <meta charset="UTF-8">
    <title>示例</title>
    <script>
        function greet() {
            alert('页面加载完成');
        }
    </script>
</head>
<body>
    ...
</body>
</html>

内部脚本适合单个页面使用、代码量不大的场景。需要注意：如果脚本放在<head>中且需要操作页面元素，应使用window.onload或DOMContentLoaded事件，确保元素已加载完成，否则可能找不到元素。

3. 外部脚本（External Script）
   将JavaScript代码保存为独立的.js文件，再通过<script src="文件路径"></script>引入。这是最推荐的方式，因为它将结构（HTML）、样式（CSS）和行为（JS）分离，便于复用和缓存。例如：

<script src="js/main.js"></script>

外部脚本的src属性可以使用相对路径（如./js/main.js）、绝对路径或完整的URL（如CDN链接）。浏览器会按顺序加载多个外部脚本，默认情况下是同步阻塞的——即遇到<script>标签时，页面会暂停渲染，先下载并执行脚本，再继续解析后续HTML。

放置位置的建议
传统上，脚本放在<head>中会导致页面白屏时间变长，因为脚本下载和执行会阻塞渲染。因此，对于不需要在页面解析前执行的脚本，通常放在<body>标签的末尾（</body>之前）。这样页面内容先显示，脚本最后加载，用户体验更好。

现代增强属性
如果外部脚本不需要等待DOM解析，可以在<script>标签上使用defer或async属性：

• defer：脚本会延迟到文档解析完成后再执行，多个defer脚本按出现顺序执行。
• async：脚本下载与HTML解析并行进行，下载完成后立即执行，不保证多个async脚本的执行顺序。

常见错误提醒

• 忘记写</script>结束标签会导致脚本解析错误。
• 外部脚本文件路径写错（如大小写、目录层级）时，浏览器控制台会报404错误，页面功能失效。
• 在<head>中直接操作<body>里的元素会得到null，因为元素尚未解析。

如何确认引入成功
打开浏览器开发者工具（F12），切换到“控制台”（Console）面板。如果脚本中有console.log输出，能看到对应信息；若脚本语法错误，控制台会显示红色报错及行号。也可以直接在控制台输入脚本中定义的函数名，若能调用则说明脚本已正确加载。