Comments 27
Всегда поражало, (как function() {}()) называют целым паттерном, да еще и "модулем", хотя никакой модульностью там, как правило, не пахло. Непонятно, зачем вообще в 2018 рассказывать про это, тем более что автор знает про ES6.
Про синглтон стоило бы упомянуть что это спорный паттерн, и немного разъяснить, почему это так и какие есть лучшие альтернативы.
...
Непонятно, зачем я каждый раз кликаю на статьи в блоге ru_vds, хотя заранее знаю, что там.
«зачем вообще в 2018 рассказывать про это, тем более что автор знает про ES6»
У вас «в 2018» браузеры уже полностью поддерживают export и import?
У меня в 2018 import/export поддерживает бандлер, потому что по ряду причин всё равно надо упаковывать статику в один файл. А если полагаться на http 2, так соответсвующие браузеры поддерживают и то, и другое.
А вот как в 2018 IIFE помогает разруливать зависимости?
У вас «в 2018» браузеры уже полностью поддерживают export и import?
У нас — да. А у вас еще нет? Поддержка IE в 2018-м — штука весьма опциональная.
У меня еще не было случая в практике, когда кто-либо продолжал бы настаивать на поддержке некрофилии после изложения всех "за" и "против" в доступной форме. Я бы очень поспорил с вашим "чаще всего".
Не любой. В энтерпрайзе есть аналитики, которые смотрят на статистику и решения принимаются исходя из характеристик аудитории. Во многих случаях, трафик IE11 находится на уровне погрешности. Да и не очень важно это, по большому счету, поскольку для продакшен сборки бандлеры таки используются.
Ваши слова уже не так категоричны.
Но разве транспайлер и понифилы не решают проблему поддержки ES6/7 браузерами? О чем вы вообще?
Плюсовик рассказывает фронтендерам о поддержке IE? Я думаю что вы обобщаете какой-то частный случай.
Сфера моих интересов плюсами не ограничивается. Сейчас работаю в интерпрайзе и общаюсь с достаточным количеством людей, чтобы утверждать о распространенности поддержки IE в различных проектах других компаний.
«Он вроде должен работать, но проверять не буду. Eсли QA заведет баг — посмотрю».
Это личное раздолбайство программиста. У приложения либо есть такое техническое требование, либо его нет.
Я не берусь делать выводы за весь IT рынок, но в проектах где я работал, в основном всем было наплевать на IE, и максимум, обсуждалась идея выдавать пользователям IE мобильный сайт. Конверсия и другие показатели важные для аналитиков всегда были очень маленькими, для того чтобы хоть как-то весомо пропушить поддержку среди кучи горящих фич и квартальных планов.
По поводу же влияния у нас с вами разные точки зрения, и я думаю, что смысла об этом спорить нет, просто оставлю ниже цитату Стругацких:
«Я бы хоть сейчас произвел этого молодчика в действительные рядовые… Массаракш, я бы произвел его в офицеры! У него бригадирские замашки, он обожает задавать вопросы офицерам…»
Вы подменяете понятия. Я не говорил, что кто-то другой дурак, аналитики плохо знают рынок, и тд
Сути дела не меняет: документ есть, а на него никто не смотрит. Это плохо.
По поводу же влияния у нас с вами разные точки зрения, и я думаю, что смысла об этом спорить нет
Я и не призывал вас к спору. Изначально моим посылом было то, что обобщать не стоит.
Да и модули с введением import и export устарели.
Зачем одни и те-же устаревшие примеры из статьи в статью копировать?
А потом ими люди пользуются по незнанию(
Большинство паттернов проектирования нужны для сурового ООП и отсутствия функций как объектов первого класса. Кажется, что любая статья про паттерны проектирования в JS должна начинаться с предупреждения о том, что эти паттерны в JS могут быть и не нужны. Особенно в условиях популяризации функциональной парадигмы.
Коротко и ясно.
Раньше пытался гуглить статьи о паттернах, но постоянно натыкался на лютую дичь, которую и читать то не хотелось после первого абзаца.
Паттерны проектирования в JavaScript