Пользователь Алексей Ярошевич

Книги по архитектуре веб приложений?

Алексей Ярошевич @qfox

Ответы есть у меня

Вопрос настолько обширный, что врядли кто-то вам сможет посоветовать актуальную литературу, т.к. нужны примеры.

Большинство хороших архитектурных решений находится в постоянной разработке и люди, которые пишут книги, часто отстают лет на 5 от прогресса. А те, кто не отстает — находятся в творчесском процессе и им некогда писать книги.

По теме могу посоветовать смотреть в сторону ruby/nodejs/go фреймворков для различных веб-приложений и сервисов, каждый фреймворк затачивается под определенную задачу и, если есть желание эффективно работать в этой сфере, вам так или иначе придется это делать — без чтения чужого кода и участия в разработке этих самых фреймворков сейчас никуда, и это полностью заменяет литературу по теме.

Как пример, могу посоветовать сравнить www.sinatrarb.com (ruby), expressjs.com (nodejs) и martini.codegangsta.io (golang). Все они используют схему — создаем приложение, у приложения регистриуем обработчики для get/post/других запросов, в обработчиках получаем объекты request/response, и работаем с ними. Это считается базой для любых веб-сервисов, веб-приложений.

Когда нужны какие-то дополнительные функции — все делается независимо от этих модулей внутри колбеков, которые в них регистрируются и там зоопарк очень большой. Если нужны контроллеры, модели — есть rails, compoundjs, beego. Если нужно сделать REST — обычно, берется синатра + доп. модули, и получается что-то вроде loopback.io

Но, повторюсь, когда это все пишется у тебя на глазах, а цикл создания книги — год-полтора — то за это время технологии уже уходят далеко вперед и хороших книг с такой глубокой проработкой вопроса будет появлятся все меньше.

Ответ написан более трёх лет назад

5 комментариев

Как сочетать BEM и динамический контент?

Алексей Ярошевич @qfox

Ответы есть у меня

У вас здесь 2 проблемы:

нужны ли классы для динамического контента;
как, если нужно, модифицировать структуру динамического контента.

Проблема структуры не относится к BEM, она относится к семантике и SEO.

Если же не смотреть на структуру и тэги (использовать ли small внутри или span, заворчивать ли в article) — то вопрос в сущности нужны ли классы на динамическом контенте или нет. Учитывая, что контент динамический, и нет необходимости иметь классы на тэгах, то допустимо сделать каскад на тэги от некоторого блока: например, dynamic-content или content, text.

Почему именно теги? Потому что WYSIWYG по умолчанию генерирует теги. Но вы можете использовать какие-то доп. инструменты, которые подправят итоговый html, расставят классы и т.д. (например, с помощью инструментов типа https://github.com/posthtml/posthtml ).

При необходимости можно дополнительно пометить стили тегов классами.

<div class="text">
  <h1>Caption <small>Some Foo Bar</small></h1>
  <article>
    <p>Lorem ipsum...</p>
    <div class="text__p">Dolor sit...</div>
  </article>
</div>

.text h1, .text__title { /* main title styles */ }
.text h1>small, .text__sub-title { /* sub-title styles */ }
.text p, .text__p { /* paragraph styles */ }

Таким образом вы инкапсулируете все пользовательские стили в одном месте (одном блоке) и не имеете проблем с созданием контента.

Ответ написан более трёх лет назад

2 комментария

Вопрос верстальщикам. Плюсы и минусы, вёрстка vs. изображение

Алексей Ярошевич @qfox

Ответы есть у меня

Странно, что никто не сказал про рендеринг.
Всякие CSS3 фишки весят меньше, но рисуются на клиенте. И каждая перерисовка будет заставлять браузер перерисовывать и эти ваши модные штуки. Таким образом, скорость работы сайта, перегруженного css3 может быть заметна глазу на слабых машинках — это уже не хорошо.
С другой стороны, как уже много говорили, перекрасить картинку — автоматически крайне сложно, иногда нереально, а перекрасить css3 — не сложнее, чем скушать печеньку.
Нужно искать золотую середину. Не использовать новомодные штуки там, где они не нужны, и стараться использовать там, где будет полезно, даже если для ie6/7/8/9 придется делать отдельные стили. Их все равно придется делать отдельно.

Ответ написан более трёх лет назад

3 комментария

Друзья, есть ли какие задачи для практики по JavaScript?

Алексей Ярошевич @qfox

Ответы есть у меня

Я бы еще предложил:
- написать библиотеку промисов или монад (www.youtube.com/watch?v=b0EF0VTs9Dc);
- поучаствовать в одном из сотен тысяч опенсорс проектов на гитхабе (https://github.com/search?q=language%3AJavaScript&...);
- поотвечать на вопросы новичков про JS на тостере ;-), искать самому ответ, параллельно читать ответы других участников, как проверочный материал.

А вообще — весь спектр классических задач — лучше брать те, которые самому интересны. JS таков, что ограничений на алгоритмы у него нет, хочешь используй как функциональный язык, хочешь — как императивный — простор для фантазии ;-)

Ответ написан более трёх лет назад

Комментировать

Дзен BEM: где держать .bemjson?

Алексей Ярошевич @qfox

Ответы есть у меня

В bemjson описывается структура в блоках/элементах и данные страницы, бандлы — это, суть, ваши страницы.
Кажется, теперь очевидно, что bemjson нужно класть в папки бандлов.

Для чего он нужен? Для того, чтобы знать как собирается страница и из чего она состоит. Фактически, из этого файла собираются все артефакты, а процесс сборки выглядит так:
1. Собираются все названия блоков и элементов, описанных в файле bemjson;
2. Из блоков собираются файлы *.deps.js и общий список нужных файлов дополняется блоками из этих файлов, и таких же файлов этих блоков (рекурсивно);
3. Полный список файлов записывается как bemdecl.js;
4. Собираются все описанные в сборке технологии (файлы js/css/шаблоны);
5. Если сборка была из bemjson — генерируется еще и html из bemjson и шаблонов (иначе — просто шаблоны);
6. Минификация и обфускация css/js файлов (или же еще и компиляция less/stylus/sass в css, es6/coffee в js, etc.).

Как-то так)

Ответ написан более трёх лет назад

5 комментариев