Не нашел подсветки html синтаксиса. Ну хорошо. Обьясню на словах.
Есть класс Config. Служебную информацию для классов он берет из файлов, а информацию для более частого изменени из админки. Так надо. У каждого модуля (класса) свои настройки. Дабы не забирать из базы или не создавать один большой файл с настройками мы делим все на подклассы. То есть на модули. Ниже по тексту покажу пример.
Запишу массив пременных из базы в $this->dbConfig, а массив переменных из файлов в $this->fileConfig.
Теперь немного кода.
public static function get($module, $fromFile = false) {
$ff = $fromFile? 'fileConfigs': 'dbConfigs';
return (isset(self::$$ff[$module][$name]))? self::$$ff[$module][$name]: false;
}
Можно было бы решить ифом и повторяющимся кодом. Или сделать $array[][][]. Можно найти еще много решений. Но данное самое удобно.
Ну и еще пример — конструктор запросов. $db->$delete->$user->from($array)->where($array). Но такие штуки я не люблю. И не изучал.
Да $$var это это ассоциативный массив. Область действия такая же, как и у обычного массива.
Бывает очень удобно использовать именно переменную. Частенько я сталприменять его после того, как под ооп начал писать.
На самом деле это не так. Что то типа в России по красной площади ходят медведи и пьют водку в 30-ти градусный мороз.
Таких людей встречаешь все реже. Это в основном люди за 30, решившие купить себе компьютер с интернетом. И то, если мало мальски активно этим самым интернетом пользуются, то позже узнают что есть, как минимум ФФ. Другое дело, что очень много народу говорит, что привыкли и остаются на ие.
Нет, это не считается плохим стилем программирования. Это просто переменная перменная. Иногда это бывает нужно. А не видели это видимо потому, что вы начинающий программист и просто не было потребности. Но скоро будет.
Я всегда делаю автоматический перезалив картинки на свой хост. Изначально, причиной стало то, что когда читаешь старую информацию, созданную пользователями — многие картинки уже мертвы. Т.е. берем все ссылки вне сайта в теге img и перезаливаем на наш сервер, соответственно заменив URL в теге. И если будет что-то кроме 200 OK — ничего не выйдет.
Есть класс Config. Служебную информацию для классов он берет из файлов, а информацию для более частого изменени из админки. Так надо. У каждого модуля (класса) свои настройки. Дабы не забирать из базы или не создавать один большой файл с настройками мы делим все на подклассы. То есть на модули. Ниже по тексту покажу пример.
Запишу массив пременных из базы в $this->dbConfig, а массив переменных из файлов в $this->fileConfig.
Теперь немного кода.
Можно было бы решить ифом и повторяющимся кодом. Или сделать $array[][][]. Можно найти еще много решений. Но данное самое удобно.
Ну и еще пример — конструктор запросов. $db->$delete->$user->from($array)->where($array). Но такие штуки я не люблю. И не изучал.
Бывает очень удобно использовать именно переменную. Частенько я сталприменять его после того, как под ооп начал писать.
Таких людей встречаешь все реже. Это в основном люди за 30, решившие купить себе компьютер с интернетом. И то, если мало мальски активно этим самым интернетом пользуются, то позже узнают что есть, как минимум ФФ. Другое дело, что очень много народу говорит, что привыкли и остаются на ие.