d3.js - vitamin - d3js charts examples

Construcción personalizada d3 v4.0 con módulos ES6

Question

Estoy experimentando con el alfa de d3 v4.0, y tratando de crear una compilación personalizada, dentro de una configuración jspm. Parece que no entiendo cómo funciona la nueva construcción modular.

Si deseo importar una exportación con nombre de un módulo, es decir, json desde d3-request, puedo hacer lo siguiente: import {json} from "d3-request"; después de haber instalado el módulo a través de jspm / npm.

Si deseo instalar toda la biblioteca, igualmente import d3 from "d3";

Si deseo instalar múltiples módulos y exportaciones con nombre y tenerlos todos disponibles para mí en el espacio de nombre d3 (es decir, importar d3-shape junto con d3-request, y tener acceso a d3.json y d3.line en el mismo d3 global) , ¿cuál es la sintaxis correcta para esto?

Me doy cuenta de que cuando se utilizan versiones independientes de estos módulos, se exportan d3_shape globales como d3_shape . ¿Es esta la intención, tener espacios de nombres separados para cada módulo al agrupar estos módulos con mi aplicación?

Answer 1

Creo que el plan es ofrecer una compilación ES6 de toda la biblioteca una vez que finalice D3 4.0, junto con un generador de compilación personalizado, momento en el que podrá hacer esto:

import { json, line } from ''d3'';

json( ''file.json'', ( err, data ) => ... );

(Tenga en cuenta que no hay una variable d3 cuando hace esto; utiliza las importaciones nombradas directamente).

Actualmente, el paquete d3 es la versión 3, que no tiene una compilación ES6, por lo que hay dos opciones: instalar los módulos que necesita e importarlos individualmente ...

import { json } from ''d3-request'';
import { line } from ''d3-shape'';

json( ''file.json'', ( err, data ) => ... );

... o crea tu propia compilación personalizada:

// src/my-d3.js
export { json } from ''d3-request'';
export { line } from ''d3-shape'';

// src/app.js
import { json, line } from ''./my-d3.js'';

De esos, preferiría el primero: es más explícito y posiblemente menos probable que el código no utilizado termine en tu compilación.