Всем привет! Есть кто в js шарит?

Просто задавай вопрос :)

Окей0

Если чат называется Web Programming, думаю тут люди шарят в JS

сейчас прохожу тему функций, там function declaration\expression, named function expressions, начал читать о преобразованиях

и сам вопрос

FD у нас просто объявляет функцию, с последующей возможностью вызвать её по индентификатору типа name(); в любом месте а при преобразовании FD в NFE в с помощью круглых скобок она и вызывается на месте и отдаёт результат тут же. я правильно понял?

Получается, что можно не заморачиваться с синтаксисом обычного FЕ, и писать FD в скобках ?

Не понимаю, о чём речь)

Что за FE/FD?

Ну и что вообще ты пытаешься сделать?

А

Понял

я написал выше, что это пытаюсь понять их принцип работы

Вдруг кому пригодится: рекомендации по написанию web приложений под требования Министерства обороны и ФСТЭК.

Получается, что можно не заморачиваться с синтаксисом обычного FЕ, и писать FD в скобках ?

Между ними есть разница

А так да, можешь писать FD

Да, то что FD выполнится хоть до хоть после обьявления функции знаю, а FE только когда после обьявления

Магистерская ? Хаха, очень смешно.

Магистерская ? Хаха, очень смешно.

Там что то неправильно написано?

Или всем известные вещи?

Напомню что тут чат по веб разработке

Напомню что тут чат по веб разработке

так я вроде по теме чата и запостил материал :)

я в целом напоминаю, а не конкретно тебе

кто с битриксом работал?:)

Женя

я написал выше, что это пытаюсь понять их принцип работы

https://t.me/js_ru В два раза больше пользователей, в два раза уже тематика. Это не реклама, если что :)

есть еще пару больших чатов по js, но я считаю, что предел эффективности чата - 500 пользователей. Если больше, тебя уже ни кто не замечает, или нужно глубокой ночью писать. :)

Ребят, а рендер текстовых элементов на сайте может же отличаться от того, как оно сделано в макете? И еще в зависимости от операционных систем.

есть еще пару больших чатов по js, но я считаю, что предел эффективности чата - 500 пользователей. Если больше, тебя уже ни кто не замечает, или нужно глубокой ночью писать. :)

Когда Паша сделает чаты и каналы в отедльной вкладке, тогда и подпишемся :D

FD у нас просто объявляет функцию, с последующей возможностью вызвать её по индентификатору типа name(); в любом месте а при преобразовании FD в NFE в с помощью круглых скобок она и вызывается на месте и отдаёт результат тут же. я правильно понял?

лучше вообще юзать https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Functions/Arrow_functions

кто с битриксом работал?:)

Привет, спрашивай

а вот так дивами, так же верстали когда-то давно, что-то такое смутное вспоминается...

Во времена дорвеев

Вот такая штука на CSS реализуется или это только с JS? https://www.dropbox.com/s/0s91ecfomiwbgj9/01_Home.mov?dl=0

Вот такая штука на CSS реализуется или это только с JS? https://www.dropbox.com/s/0s91ecfomiwbgj9/01_Home.mov?dl=0

вроде там достаточно сложная логика

скорее всего цсс + чуток джс

Вот такая штука на CSS реализуется или это только с JS? https://www.dropbox.com/s/0s91ecfomiwbgj9/01_Home.mov?dl=0

Интернет кишит плагинами на JQ для этоц задачи

Ой ну я до стрелочных еще не дошел Это ведь новый стандарт уже, да?

лучше вообще юзать https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Functions/Arrow_functions

Интернет кишит плагинами на JQ для этоц задачи

Подскажешь хоть один, или по какому запросу искать?)

Хотя, в принципе, там просто можно навесить на событие мыши транзишн

Трансформ: транслейт

Блин, а на тач тогда не сработает ?

Ой ну я до стрелочных еще не дошел Это ведь новый стандарт уже, да?

ES6. Там упрощённый синтаксис прост

Понял) это хорошо

вот пытаюсь найти хоть какие-то плюсы от использования БЭМ... Вот есть код: .block {} .block__elem1 {} .block__elem2 {} .block__elem3 {} и пишут мол block_ это что-то вроде пространства имён или контекста. Ок, ну а разве, не проще делать вот так в less или sass, где эти так называемые контексты и без того создаются вложенностью: .block { .elem1 {} .elem2 {} } и соответственно именовать классы в html-элементах по-другому. Или я чего-то не понимаю и надо изучать дальше? )

При написании .block__elem1 ты сразу знаешь, что этот элемент принадлежит этому блоку.

А не каком-то другому

.block { .elem1 {} .elem2 {} } Ну а как бы так я ведь тоже знаю elem1 принадлежит блоку .block

И в SASS проще писать .blok ..... &__elem .....

ну а если, я буду именовать классы по-другому, то мне и амперсант не надо будет указывать например.

Ты семантически уже знаешь, что это — блок, это элемент, а это модификатор

ну вот хз... я же по названию элементов и исходя из того, как они расположены уже могу понять семантику и без того.

Вот тут скачай только про БЭМ. Там Алмазов офигенно рассказывает о всех фичах БЭМ https://nnmclub.to/forum/viewtopic.php?t=919095

@diaverchenko в этом чате принято отвечать (reply) на сообщение пользователя, чтобы его поблагодарить.

Вот тут скачай только про БЭМ. Там Алмазов офигенно рассказывает о всех фичах БЭМ https://nnmclub.to/forum/viewtopic.php?t=919095

Спасибо, гляну)

Спасибо (+1) для @nutcase принято! Текущая карма +49

http://gs.statcounter.com/press/android-overtakes-windows-for-first-time

Я так и не смог привыкнуть к бем

Меня раздрожают длинные названия классов

ну я вот пока что тоже не понимаю профита от его использования

профит в том что у тебя вся страница разбита на компоненты и они независимы друг от друга ты потом можешь выдрать компонент с одной верстки перенести в другую при эом ничего не поедит не поплывет

хотя... я бы понял преимущества без использования less/sass.

тем кто не может привыкнуть к бему

есть вот rscss.io

я когда верстал использовал эту технику очень удобно когда у тебя верстка вот так вот организована

я когда верстал использовал эту технику очень удобно когда у тебя верстка вот так вот организована

тоже тупое решение

по началу все гладко но...

http://rscss.io/other-resources.html

хотя нет, вес норм)))

все равно подбешивает что каждому элементу создавать класс.... бли вся красота теряется(((

ну как по мне наоборот

вот допустим есть у тебя h3 и смотришь в цсс хер пойми к чему он относится

а так ты блок можешь назвать article-card

обычно к родительскому блоку

он от него зависит

и потом в нем же h3 подписываешь уже типа articletitle

согласись так удобней)

смотря в цсс примерно понимать че как где

но вот это мне понравилось больше чем бем с его предложениями из классов

удобненько

я как представлю бем + бустрап под все экраны, да ты просто за ***ся это предложение читать)))

)))

я вот потому тоже бем не оч жалую

но опять же по поводу бутстрапа в беме , яндекс же говорил что типа если вы юзаете юем то вы не юзаете бутстрап , ну и у них вроде так и есть

потому что под каждый случай наверное нужно использоваь то решение которое кажется оптимальным. Моя верстка подходит больше по внешенму виду под rscss.io, правда я вс же использовал вложенность, но с переходом на битрикс, это уже не прокатывает... Так что теперь буду писать скрипя зубами классы везде.

Использовал RSCSS, тоже нравился, пока верстки было немного. Потом настал адок и от безнадеги решил попробовать БЭМ. И к удивлению - БЭМ оказался отличным решением

Меня раздрожают длинные названия классов

Pug прекрасно решает эту проблему)

Использовал RSCSS, тоже нравился, пока верстки было немного. Потом настал адок и от безнадеги решил попробовать БЭМ. И к удивлению - БЭМ оказался отличным решением

да БЭМ супер выход и лучше просто нет) уже не раз бывало в одном проекте сделаю кусок верски удачно, потом просто переношу sass файл этого блока в новый проект и все готово) А когмно много однотипных элементов то их стилизовать одно удовольствие))

потому что под каждый случай наверное нужно использоваь то решение которое кажется оптимальным. Моя верстка подходит больше по внешенму виду под rscss.io, правда я вс же использовал вложенность, но с переходом на битрикс, это уже не прокатывает... Так что теперь буду писать скрипя зубами классы везде.

Думаю стоит тебе выполнить проект в котором страниц 15-20 надо сверстать и тогда оценишь что без БЭМ никуда. И то что он на самом деле очень удобен

Где об этом можно почитать?)

в общем, если я правильно понял. БЭМ это что-то типа css фреймворка, который ты пишешь сам. Грубо говоря, как bootstrap, если такое сравнение приемлимо.

Со всем согласен. И про 15-20 страниц. Чем больше проект, тем сильнее осознание, что без БЭМ - никуда. У нас в проекте 120 страниц, там польза от БЭМ неоценима.