Разработка приложений на JavaScript: ES6 классы или модули?

Question

[virtualhero]

Что предпочтительней использовать для создания api при разработке приложения, ES6 классы или же модули?
К примеру если использовать ES6 класс:

class ClassName {
    constructor() {}
    // Methods...
}

то будут доступны все свойства и методы объекта, что само по себе исключает нормальный api.

Если использовать модули:

var ModuleName = (function() {
    // Private
    return {
        // Public...
    };
})();

Здесь уже можно создать нормальный api, но менее удобно как по мне.

Что посоветуете мне выбрать?

Comments

[Роман Александрович]

Концепция классов, которая после долгих обсуждений получилась в стандарте ECMAScript 6, носит название «максимально минимальной». То есть, в неё вошли только те возможности, которые уж точно необходимы.

В частности, не вошли «приватные» и «защищённые» свойства. То есть, все свойства и методы класса технически доступны снаружи. Возможно, они появятся в будущих редакциях стандарта.

Какой стиль использовать при написания кода решать вам. Но думаю вам никто не запрещает в проекте использовать стиль es6 а в необходимом месте использовать модульный стиль

[Stepanya]

var ModuleName = (function() {
// Private
return {
// Public...
};
})();

это называется не модуль, а IIFE - Immediately Invoked Function Expression, также известное как "замыкание"

[virtualhero]

Stepanya: а что же по вашему модуль тогда???

[virtualhero]

largescalejs.ru/module-pattern ?????????

[Антон]

virtualhero: слишком много вопросительных знаков, успокойтесь.
Да, паттерн именно этот. Но технически, в 2017 модуль - это https://learn.javascript.ru/modules

[virtualhero]

Антон: ну это да, я просто паттерн имел в виду, моя вина в том что не уточнил, сорри.

Answer 1

[Negwereth]

В ES6 файл сам по себе является модулем. Для этого и есть default и обычный export. Классы же лучше использовать для описания сущностей, когда нужно наследование и тп.

То есть, если вы в коде используете экземпляры сущностей, созданных на основе данных из API, эти сущности знают о других сущностях, имеют иерархические отношения, должны уметь получать смежные данные - тогда выбор за классами. И то, там ещё надо разбивать на обычные методы и на статические.

А если просто получать какие-то списки, то обычных ES6 модулей хватает за голову. Но акцентирую - ES6 модулей, а не та древняя реализация revealing module из вашего примера.

Comments

[virtualhero]

спасибо, не совсем но более менее понял

[Negwereth]

virtualhero: задайте уточняющие вопросы

[virtualhero]

Negwereth: да в общем бесполезно вопросы задавать, их море, у меня нет опыта в создании приложений на javascript, тем более больших. вот решил углубиться в это русло и на практике буду все осваивать.
а то что вы описали я более менее понимаю в абстракциях, но мне бы помогла русскоязычная литература или скринкасты по этой теме: разработка больших приложений на js, структура приложений, создание api приложения и т.д.

[virtualhero]

Negwereth: 3 года делаю сайтики и больше упор на js делал, освоил я его не плохо и настало время выйти на новый уровень)

Answer 2

[Павел Корнилов]

Есть еще вариант: использовать стандартные JS-объекты.

objName= {
__proto__: parentObjName,
metod: function() {...},
param: value
}

Таким образом все методы и параметры, задаваемые в литерале, будут перечисляемыми и изменяемыми. Но есть еще, для создания API, хороший способ добавления свойств / методов такому объекту как неперечисляемых, так и не изменяемых:.

Object.defineProperty (objName, 'nameProp', {
value: "enumVal"
})

Answer 3

[Назар Мокринский]

Это не противоречивые вещи, и то, что вы написали не ES2015 модуль.
Очень даже можно использовать классы вместе с модулями.

Comments

[virtualhero]

не модуль??? https://www.youtube.com/watch?v=5mJvo71odLQ

[virtualhero]

largescalejs.ru/module-pattern

[virtualhero]

???

[Назар Мокринский]

virtualhero: Ну поместите в return класс, в чём проблема?