Где вы обычно размещаете страницы сайта для последующей интеграции с Rails-приложением? В отдельном репозитории с html-файлами или прямо в рельсах - в каком-то специально отведенном месте? Вы тестируете свой макет с длинными словами и текстами? Проверяете ли вы разные варианты отображения элементов макета с помощью длинного текста? Я попытаюсь кратко осветить эти вопросы, рассказав о гемеrails_ui_kit — небольшом инструменте для организации макета в приложениях Rails и о том, как его приходилось использовать при разработке реальных производственных приложений.
Идея написать этот гем и использовать его в разных проектах возникла после прочтения нескольких постов из блога hashrocket ( «Управление передачей проекта с помощью контроллера пользовательского интерфейса» , «Контроллер пользовательского интерфейса, часть 2: Притворство» , «Контроллер пользовательского интерфейса, часть 3: Помощник по пользовательскому интерфейсу» ).
Коротко о возможностях драгоценного камня:
- Возможность вёрстки сразу в стек рельсовых приложений, что даёт большие возможности для работы с шаблонами, шаблонами и прочими вкусностями (haml, sass, compass, Coffeescript и т.д.);
- Список всех макетов макета отображается на отдельной странице, также каждый макет имеет свою отдельную страницу;
- Существует набор помощников для использования в макете в качестве заполнителей контента (различные помощники lorem).
Подробнее об этих помощниках вы можете прочитать в блоге хешрокет .
Вы можете добавить нужные помощники самостоятельно, расширив модуль UiHelper, или добавив свои в другой.
Что касается списка всех макетов, то по умолчанию файлы из app/views/ui отображаются в виде ссылок.
В одном из проектов, над которыми мы работали, мы немного изменили этот список, разбив его по категориям, чтобы было проще ориентироваться в большом количестве макетов.
Доступ к списку раскладок по умолчанию не закрыт, нужно это помнить , сделать это можно несколькими способами, так что в геме это оставлено на вкус разработчика.
В качестве дополнения приведу примеры дополнительных помощников, которые мы использовали в одном из проектов:
- помощник с длинным логином (Константин Константинович Константинопольский);
- помощники разной длины с ценовыми значениями (1000 руб.
, 100 000 руб.
, 1 000 000 руб.
, 999 000 000 руб.
);
- лорем-помощник из панировочных сухарей;
- Помощник значения lorem для тега выбора.
Помимо описанных возможностей хотелось бы отметить несколько преимуществ, которые дает этот инструмент при разработке реальных продакшен-приложений:
- Планировка практически всегда актуальна, так как не отделена от проекта.
При исправлении некоторых недостатков актуальны как макет, так и сама страница с этим макетом;
- Удобно просматривать макет в команде в одном приложении, например, на промежуточном сервере;
- Разработчикам не нужно конвертировать макет из HTML в другое место.
В большинстве случаев код макета нужно только скопировать и заполнить реальными данными, что экономит время;
- Все активы в проекте находятся в единственном экземпляре сразу в готовом виде.
Также буду рад отзывам и идеям по улучшению камня.
Страница репозитория — github.com/puffy/rails_ui_kit , использование подробно описано здесь.
Теги: #ruby onrails #layout #ruby onrails
-
Реформатор – Эффективный Преобразователь
19 Oct, 24 -
Css Только Для Mozilla (Включая Firefox)
19 Oct, 24 -
Сказка Об Испытаниях
19 Oct, 24 -
Киберпанк Игра
19 Oct, 24 -
Мои Мысли. Что Такое Бренд?
19 Oct, 24
