Разъяснения по поводу игры с подходом scala к модулям

Question

Я смотрю различные веб-фреймворки для нового проекта (социальные сети + транзакции между подключенными пользователями). Я заинтригован Play (со scala), но мне нужна помощь в понимании проблемы.

В Play поддержка минимизации CDN + не доступна в ядре, но через отдельный модуль greenscript. Но для использования этого модуля требуется, чтобы системная разметка в макете была заменена новой разметкой на основе зеленого кода. Это отличается от Rails, где вам либо не нужно ничего добавлять в макеты, либо уходить, добавляя теги act_as_ * для использования новых плагинов. Любая идея о том, будет ли долгосрочный подход Play позволить плагинам брать на себя разметку для переопределений? В этом случае, если есть пара модулей, которые вы хотите использовать для одного и того же объекта, скажем, URL, возможно ли это в Play?

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

Answer 1

Некоторые модули в Play действуют, предоставляя теги (аналогично по концепции тегам jsp, но не по реализации).Greenscript - один из них.

Он просто требует от вас использования определенного тега, и во время выполнения этот тег будет разворачиваться в функции минимизации.

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

О Greenscript, он предоставляет режим «без конфигурации», в котором он будет автоматическисвести к минимуму все ваши файлы CSS / JS, не требуя каких-либо тегов на ваших страницах или любой конфигурации (по умолчанию это работает так).Это не повлияет на ваши встроенные css / js, но это легко решается перемещением встроенного кода в его собственный файл js / css.

Answer 2

Как автор greenscript, я хотел бы призвать вас использовать теги greenscript вместо использования режима нулевой конфигурации, поскольку он потребляет около 10 процентов мощности ;-)

Прекрасной частью этого модуля является то, что он позволяет вам объявлять любые файлы js / css, которые вам нужны, в текущий файл (который может быть только одной частью всего представления), и не нужно беспокоиться, если один или несколько из эти файлы уже объявлены в других местах. Более того, после того, как вы объявили зависимости между файлами js / css, вы просто перечислите тот, который вы используете напрямую, и вам не нужно беспокоиться о его зависимостях. Они будут загружены автоматически.

И, вероятно, наиболее очевидная причина использования тега заключается в том, что он позволяет объединять файлы js / css, так что в итоге вы получите только один файл (если у вас нет CDN), в то время как в режиме нулевой конфигурации у вас все еще есть несколько файлы с каждым из них свернуты / сжаты.