Можно ли в ES6 объединить классы в пространства имён?

Question

[dom1n1k]

Мне очень нравится архитектура и организация библиотеки Leaflet. Она включает в себя очень много сущностей (карты, слои, маркеры, балуны, векторные элементы и так далее). Но всё это сидит в общем объекте, который играет роль пространства имен. Очень понятно, наглядно, удобно.

L.Map
L.TileLayer
L.Marker

Как сделать в ES6 так же или нечто наподобии? Чтобы можно было потом писать:

var a = new MyLib.Dedka();
var b = new MyLib.Babka();
var c = new MyLib.Repka();

Просто классы Dedka и Repka, которые непонятно как и к чему относятся - это как-то не очень. Имена типа MyLibDedka - тоже не фонтан.

Answer 1

[Сергей Протько]

Но всё это сидит в общем объекте, который играет роль пространства имен. Очень понятно, наглядно, удобно.

И делают так потому что модулей нет. В ES6 модули есть и нет смысла более делать подобные кастыли. Сравните:

import L from 'leaflet';

var m = new L.Map();

// и
import {Map} from 'leaflet';

var m = new Map();

в целом вам никто не запрещает так делать. Как никак это все всего-лишь обертка над Object.create и старыми добрыми конструкторами.

Comments

[dom1n1k]

> И делают так потому что модулей нет.
Понятно, что это как бы костыль в некотором смысле. Но костыль на редкость удачный и наглядный.
Даже вот в этом примере - слова map или layer, прямо скажем, довольно распространенные и могут означать разное в разных контекстах. И мне удобно видеть именно L.Map - сразу понятно, что это и откуда.

[Сергей Протько]

dom1n1k: в моем примере Map импортирован из конкретного модуля. Проще и читабельнее не придумаешь.

[dom1n1k]

В этой строке - да. А в глубине? Есть map у leaflet, есть map у массивов. И оба они могут встретиться вместе.

[Сергей Протько]

dom1n1k: ну вы можете указать элиас при импорте. Это все вопрос организации кода и работа с модулями. "пространства имен" так же никто не использует полностью - обычно указывают импорт из пространства имен. И там так же может быть "коллизия". И решают эти проблемы так же.

А объект-хранилище - это кастыль. Но можно.

Answer 2

[Константин Китманов]

А что мешает сделать вот так?

// MyLib.js
export class Dedka {}
export class Repka extends Dedka {}

// клиентский код
import MyLib from './lib/MyLib';

const a = new MyLib.Dedka();
const c = new MyLib.Repka();

Другое дело, что смысла в этом, при возможности написать

import {Dedka, Koshka as Zhoochka} from './lib/MyLib';

ни на грош. Сергей Протько абсолютно прав, все эти псевдо-«пространства имен» исключительно от отсутствия нормальной модульной системы.

Comments

[dom1n1k]

А-а, то есть можно на выбор импортировать по кускам, а можно всё сразу - и тогда получается эквивалент того самого пространства имен? Тогда понятно, вопрос снимается. Как-то я это упустил.

[Константин Китманов]

dom1n1k: да, можно импортировать только нужное (причем под алиасом) — если оно было экспортировано отдельно. А если импортить модуль целиком, то получаем как бы объект со свойствами, типа да, пространство имен. Почитайте вот, подробно расписано, примерчики посмотрите.

[Константин Китманов]

dom1n1k: ну и не забываем, что классы — это такие же выражения, как объявление функции, например:

class Dedka {}

export default {
    Dedka,
    Babka: class extends Dedka {}
}