Структура папок для скриптов и таблиц стилей и плагинов

Question

Мне любопытно узнать о передовом опыте / наиболее эффективном способе структурирования моих данных.

опции

1. Все сценарии идут в сценарияхпапка, все таблицы стилей находятся в папке css.
   Проблема этого метода заключается в том, что плагины, зависящие от таблицы стилей, не будут находиться в одном каталоге и могут игнорироваться при добавлении сценария на страницу

2. Динамическое добавление стилей в скрипт плагина с помощью jQuery, что устраняет необходимость во внешней таблице стилей.
   Концерты с помощью этого метода - загрузка стилей через jQuery по сравнению с таблицей стилей

3. Разделяйте сценарии, таблицы стилей и плагины в отдельные папки и заставляйте скрипт плагинов динамически загружать таблицу стилей.
   Проблема этого метода в том, что он, возможно, равен илибольше, чем издержки предыдущего метода

Я не уверен в накладных расходах в вариантах 2 и 3, они будут самыми чистыми / предпочтительнымиОднако, я использую rred методы.

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

Answer 1

опции

1 - все скрипты находятся в папке скриптов, все таблицы стилей находятся в папке css ....

Правильно. Нормализуйте все пути в соответствии с этой структурой.

2 - динамически добавлять стили в плагин скрипт через jQuery, отрицающий необходимость для внешней таблицы стилей. концерты с этим методом накладные расходы загрузка стилей через JQuery против таблица стилей

Браузер имеет кеш по определенной причине. Это нарушает возможность кеширования.

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

Не загружать таблицы стилей динамически. Смотрите # 2.

Answer 2

Лично я использую этот тип структуры папок, потому что он четко определяет код, которым я должен управлять, а не код, который я использую, но не управляю.

Content
   scripts
     //scripts you created
   css
     //css you create
   images
     // images you created
   frameworks
     jQuery
     jQueryUI
     Other Plugins

Answer 3

Я недавно написал пост, подробно описывающий настройку моей папки, которая основана на изолированной структуре 4 папок верхнего уровня:

/assets
/content
/resources
/vendor

Причиной этого является разделение интересов на основе 3 основных критериев.:

• какой тип контента?
• кто отвечает за контент?
• как часто контент будет обновляться?

Основной принцип отделяет сторонний код от кода проекта через / vendor и / assets .

Любой код, который должен быть наслоен между (например, темы,улучшения, обезьяны-патчи) должны идти в / assets / vendor .

Поэтому ваша иерархия настройки:

• / vendor
• assets / vendor
• / assets / [тип ресурса]

Это не решит ваши вопросы о способе загрузки активов, но обеспечит структуруо том, как вы управляете своими активами.

Подробнее и примеры здесь: http://www.davestewart.co.uk/blog/project-structuring/