Русскоязычный форум, посвященный фреймворку Kohana

Подскажите где лучше хранить настройки приложения, используя конфиг файл или создать отдельный класс с полями - константами настроек. В среде Netbeans удобнее отслеживать где используется класс и его поля, а когда используешь конфиги приходится самому искать где он используется и какие ключи запрашиваются. Если придется поменять ключ в массиве конфига как отследить где он еще в большом проекте используется? При использовании констант класса через рефакторинг оно само меняет в проекте все вхождения поля. Может создать класс с константами ключей массива настроек ))) ? Запутался...

Настройки можно охранить как минимум 2 способами:

1. Хранить настройки в конфигурационном фале — соответственно нужно будет написать метод который не только читает из файла но и пишет в конфиг (в Kohana 3.2 такого метода нет)

2. Хранить настройки в базе данных.

У каждого метода есть свои минусы и полюсы

А вообще, если бы вы хоть чуть чуть хотели сделать что-то сами, а не ожидали бы, когда вам это принесут на блюдечке, то как минимум прошлись бы по форуму (я уже и не говорю про поиск в интернете) и нашли бы Список форумов » Работа с фреймворком » Исходники и примеры кода » Сохранение данных в файл конфигурации

Тему "Сохранение данных в файл конфигурации" читал и уже давно. Методов записи мне не нужны. Я спрашивал как лучше хранить настройки из двух вариантов в классе или в конфиг файле и почему?

В большинстве случаев быстрее будет использовать файл конфигурации

Можно хранить в фаилах конфига - они для этого и придумывались. НО! Если вам удобнее хранить в классе (из-за тех же подсказок ide), то храните в классах. Главное чтобы вам было удобне, эффективнее и продуктивнее работать. И еще, если будете использовать класс, то снабдите его комментариями, чтобы потом самому не путаться и другим легче было.

Всё таки настройки приложения делаются (в классе, конфигах, базее данных и т.д.) не для того, чтоб программисту удобнее программировать было

Представьте что у Вас настройки хранятся в конфиг файле и вы захотели изменить названия ключей или добавить новый, тогда придется лазить по коду и отыскивать где используется конфиг, искать название старого ключа и прописывать вручную новый заместо того чтобы это сделала IDE автоматически. Другое дело если сделать класс с полями константами (ключами массива конфига), в этом случае во первых IDE сможет вам показать весь список мест где используется ключ конфига в коде сайта, во вторых автоматически изменить название, в третьих уменьшается расход памяти под строки ключей массива ))). Конечно если у вас в приложении две три настройки, которые используются в одном месте приложения это одно дело, а если у вас большой проект где часто используются настройки и в разных местах, это другое.

Именно для того они делаются, это их прямое и главное назначение! Если без них - то это хардкодить подключение к бд перед каждым uery builder-oм.
Что касается конфигов в классах - ничего не имею против, единственное что надо сделать - написать пояснение для потомков, что конфиги устроены так и так, править там-то, ну и может быть комментарий для особо непонятных ключей.

не несите чепухи