Должно быть понятно, как настраивать специально созданные для проекта компоненты 2.0 без привлечения программистов. Например, для проекта "myproject" были созданы 30 компонентов 2.0, из них компонент "Список зарегистрированных участников" в пространстве имен "myproject:members.list". Какие настройки нужны данному компоненту 2.0? Это зависит, конечно, от проекта и сценариев использования. Например, могут быть такие настройки:

• Число участников на страницу
• Формат отображения ФИО участника: полный/краткий
• Число слов в описании (после которого выводим троеточие)
• Выводить кодированный емейл
• Колонка для сортировки списка

и т.п.

Данные настройки, возможно, потребуются администратору и будут изменены в ходе эксплуатации проекта.

А данные настройки могут сбить администратора с толку, т.к. понятны только программистам:

• Алгоритм кеширования данных
• Формат JSON-запроса
• Группы пользователей, которым разрешено просматривать список

и т.п.

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

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

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