Sly_tom_cat .: а в чём проблема коммитов с неработающим кодом?
Тащемта, пример: есть Вася и Петя. Вася работает с фронтом, Петя - с бэком. Допустим, Вася устал и ушёл с работы, не закончив таску. Закоммитил накоженное в свою ветку, о которой Петя может даже и не знать. Вася пришёл домой, перекусил, отдохнул, взял последнюю версию из своей ветки и обнаружил: ба, да оно же такое же, каким я его оставил! Не дела, надо дописывать. Дописал, запушил в общую ветку develop.
Собственно вопрос: ЗАЧЕМ нужно облачное хранилище при работе с репозиторием? Репозиторий также является (из определения) хранилищем, но с более строгой структурой и с большим числом плюшек.
yous: перед тем, как выполнять map, можно обрезать массив методом Array.prototype.slice. И, как написал Максим, "устанавливаете обработчик на window.onscroll (пример тут), далее выбираете через какой интервал в пикселях вы планируете подгружать еще и загружаете еще N записей и так далее". Только вместо "загружаете N записей", отрезаете от массива нужный кусок.
Но всё это странненько... Получать тысячи записей из статичного файла для того, чтобы отобразить первые десять - очень плохое решение. Нужен бэкенд.
Артем Каюн: а почему ответ мне?
Я же привожу скрин из своего проекта иллюстрируя "структура + IDE". У меня всё в порядке, это автор статьи (несколько комментариев выше) затрудняется найти селектор.
metaf: по поводу статьи: там написано, что при таком именовании невозможно найти селектор в коде. Да, всё верно. Сам с этой проблемой каждый день сталкиваюсь. Но проблема исчезает, если толково организовать структуру и использовать настоящую IDE вместо текстового редактора.
metaf: неправильно - писать "не правильно". А бить селектор на куски или нет - выбор разработчика, основанный на используемой методологии.
Sass функциональностью оператора & сам намекает на такой подход. В рамках БЭМ - это единственно верный подход.
Удостоверьтесь, что $from и $breakpoints определены. Транспилятор сообщает, что функция должна что-то вернуть, но не возвращает. Проблема или во входных параметрах функции, или в её теле.
Матвей Мамонов: а я не говорил про один файл. Держать столько в одном файле - это не привычка, а диагноз :)
Даже если в файле 15-30 вызовов селекторов, то при вашем подходе уже будет сложно понять что кому и зачем.
Большой у вас опыт вёрстки? Можете показать что-то написанное с этим подходом? Просто хочется посмотреть, как вы умудрились организовать это и не запутаться.
Матвей Мамонов: а чтобы не перемешивать классы, есть много способов не выпускать их в глобальную область видимости. БЭМ, например, или препроцессорный nesting. Я использую и то, и другое.
Матвей Мамонов: я знаю о css3 селекторах и о том, как работает nesting. Просто не могу представить, как можно написать хотя бы три тысячи строк css, используя классы только для иконок.
Такой код читать гораздо сложнее, чем семантически структурированный css, в котором хотя бы понятно, что к чему относится.
Тащемта, пример: есть Вася и Петя. Вася работает с фронтом, Петя - с бэком. Допустим, Вася устал и ушёл с работы, не закончив таску. Закоммитил накоженное в свою ветку, о которой Петя может даже и не знать. Вася пришёл домой, перекусил, отдохнул, взял последнюю версию из своей ветки и обнаружил: ба, да оно же такое же, каким я его оставил! Не дела, надо дописывать. Дописал, запушил в общую ветку develop.
Собственно вопрос: ЗАЧЕМ нужно облачное хранилище при работе с репозиторием? Репозиторий также является (из определения) хранилищем, но с более строгой структурой и с большим числом плюшек.