如果您只想使用 start_of_day 函数,则应改为遵循 documentation。
使用 npm 安装
npm install date-fns --save
或者用纱线:
yarn add date-fns
示例用法:
// option 1
var startOfDay = require('date-fns/start_of_day');
// option 2
// import * as startOfDay from 'date-fns/startOfDay';
// option 3 (only 2.0.0-alpha.25 or higher)
// import { startOfDay } from 'date-fns';
// The start of a day for 2 September 2014 11:55:00:
var result = startOfDay(new Date(2014, 8, 2, 11, 55, 0));
//=> Tue Sep 02 2014 00:00:00
好处
选项 1 和 2 应该允许大多数构建工具轻松地仅包含您实际使用的内容,从而使您的最终捆绑包更小,从而使您的 Web 应用加载速度稍快。 Webpack 4 和其他可能查看添加到库中的 sideffect 标志的构建工具也将能够 treeshake 选项 3,进一步假设您使用的是 2.0.0-alpha.25 或更高版本。
Date-fns 通用模块化是目前我看到“date-fns”与更流行和成熟的“moment”相比的主要优势。尽管作者还在a github issue 中解释了其他优点。
不要导入所有的“date-fns”
提到的两个工作解决方案都只是获取整个“date-fns”库,因此仍然是一个有效的语法,但将变量标记为“startOfDay”给人的印象是实际加载或使用的唯一部分是这个功能。当所有其他功能也徒劳无功时。其中“start_of_day”只是加载在同一个对象上的众多函数之一。
因此,如果您真的想加载所有函数,则应改为调用变量“date-fns”。但是,考虑到便利性和好处,我不明白您为什么不只遵循文档并导入单个函数。
类型定义
编辑:
使用 TypeScript 2+,您将直接从库(版本 1.23+)中获取类型定义。
早期版本(1.22.x 及更低版本)应遵循 Edwin Kato 关于安装“date-fns”类型定义的建议。但是,您还应该将其保存到“package.json”中的本地开发依赖项中。使用 npm 时,您需要明确说明这一点。使用纱线时,您需要声明它是开发依赖而不是常规依赖。
因此你应该使用 npm 像这样安装它:
npm install @types/date-fns --save-dev
或者用纱线:
yarn add @types/date-fns --dev