Вопрос

Я рассматриваю возможность разработки аспектов веб-сайта в виде плагинов Rails для повторного использования.Мой вопрос касается процесса разработки.Поскольку каждый из этих плагинов будет предоставлять "фрагмент" функциональности, должен ли я разрабатывать каждый "фрагмент" как собственное приложение, а затем извлекать код из каждого приложения в плагин?Или я должен написать их как плагины прямо в приложении?В конечном счете я буду ссылаться на эти плагины с каждого сайта, чтобы сохранить их сухими.

Я предполагаю, что главный вопрос заключается в том, каким будет процесс разработки для создания нескольких плагинов типа "Engine"?

Заранее спасибо за любую помощь.

Это было полезно?

Решение

Любой подход допустим.

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

Однако, когда дело доходит до плагинов движка, я предпочитаю разрабатывать их как отдельное приложение, а затем удалять все ненужные фрагменты, когда я перемещаю их в плагин.По сути, это мини-приложения, и они должны быть полностью функциональными при установке в только что созданный проект rails.

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

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

Он должен реструктурировать ваше приложение по мере необходимости и заполнить файлы, которые должны быть у плагинов, такие как init.rb.

Другие советы

Возможно, вы захотите взглянуть на Пустыня фреймворк в том числе .

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top