Подключение файла через метод класса

10.02.2012, 13:35. **Показов** 7070. **Ответов** 3

Студворк — интернет-сервис помощи студентам

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

Так же история, если мы подключим файл изнутри функции (процедурно).

Собственно проблема. Хотела сделать метод класса, который бы "безопасно подключал файл", т.е. делал бы проверку на его существование (file_exists()), например, и в случае ошибки показывал сообщение. Логично было создать для этого метод и прогонять подключение каждого файла через него.

Однако вышеописанная особенность свела хорошее начинание на нет. Теперь в подключенном файле к свойствам и методам класса я могу обратиться исключительно через this->, а к глобальным переменным даже пока и не знаю как (кстати, как?). В мануале в комментариях к статье Variable scope много людей с той же проблемой (только почти все они работали не через класс, а просто через функцию). Все советы сводятся, в основном, к тому, чтобы "смириться и все обращения к глобальным переменным в подключаемых файлах делать через GLOBALS[] ". Вот в этом комментарии описана практически в точности моя проблема (только опять же сделано процедурно): http://ru.php.net/manual/en/la... .php#88689

Однако это создаёт много геморроя. Необходимо переписать все подключаемые файлы, представляя, что всё, что там лежит исполняется изнутри метода класса. Опять же файл уже нельзя будет успешно запустить сам по себе. Да и просто неуниверсально это.

Однако и от идеи с подключением через метод отказываться не хочется, ибо подход в общем-то правильный.

Вопрос: что делать в этой ситуации? Можно ли как-нибудь хитро подключить файл через метод класса и одновременно заставить вписать его в глобальную область видимости?

Если да, то как?

Если нет, как правильнее поступить в данной ситуации, чтобы всё вместе корректно работало?

Vovan-VE · 10.02.2012, 15:16

Самый главный вопрос. Если ООП, откуда и для чего вообще глобальные переменные? Если очень надо, то можно использовать статические переменные классов. Это и удобнее, и читабельнее:

PHP
1
2
3
class Config {
    public static $x = 42;
}

PHP
1
2
3
4
5
class Foo {
    public function bar() {
        echo Config::$x;
    }
}

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

PHP
1
2
3
4
5
6
class Foo {
    public function bar() {
        global $baz;
        include '...';
    }
}

а можете и в подключаемом файле:

PHP
1
2
global $baz;
echo $baz;

Возможно, это поможет немного.

А вообще, если уж совсем "по понятиям", то в подключаемых файлах должны быть только декларации классов - по одному классу в каждом файле, имена классов и файлов совпадают. Инклудить autoload'ом (__autoload объявленный в классе.).

10.02.2012, 16:56

Спасибо за ответ.
Видимо, действительно если инклюдить таким образом, то от от "костылей" в виде ссылок на глобальные переменные не уйти.
Очень заинтересовал подход "по-понятиям", потому что сейчас как раз пытаюсь научиться грамотно использовать ООП, а не "лишь бы как-то работало". Но как логически распределить содержимое по классам, которые бы инклюдились __autoload-ом, мне пока не ясно

Сейчас задача у меня такая: есть некая оболочка сайта, куда, в зависимости от переданных данных (методами GET или POST) передаётся нужное содержимое (форма ввода, выборка из базы и т.п.).
Сейчас у меня есть один класс, в котором лежат все необходимые методы обработки данных, + несколько внутренних файлов для подключения, в которых выполняются конкретные действия с помощью разных методов (обработка полученных данных и сохранение в базе, выборка и отображение определенным образом (с версткой) и т.д). Наверное, здесь к ООП примешивается немного и процедурный подход, что не есть правильно.

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

@alc99vol · 03.04.2012, 19:28

была у меня похожая проблема, поступил следующим образом:

1. чтобы в подключаемом файле не были доступны приватные данные через $this->
я объявил еще один класс, типа Includer, который пуст и не содержит ничего важного. Например, так:

PHP
1
2
3
4
5
6
7
class Includer{
     static public function include($filename){
      .....
      //if exists...
      include $filename;
     }
}

2. в том же классе можно определить массив innerVars и функцию setInnerVar, у меня выглядит как-то так:

PHP
1
2
3
4
5
6
7
8
static public function setInnerVar(){
     $numargs=func_num_args();
     if($numargs%2!=0)
            throw new Ex_BadArg ('wrong number of parameters passed to function'); 
     $args=func_get_args();
     for($i=0;$i<$numargs;$i+=2)
        $this->__innerVars[$args[$i]]=$args[$i+1];
}

дальше, в функции include, непосредственно перед включением файла (строкой include $filename

сделал следующее:

PHP
1
2
if(!empty($this->__innerVars))
            extract($this->__innerVars);

ну да, и $__innerVars объявлен как static private. Минус - массив $__innerVars тоже доступен в файле через $this. но, это уже вроде и небольшая потеря.

Добавлено через 1 час 22 минуты
и, да, есть сомнительный момент, если в подключаемых файлах находятся определения классов
(оно работает, но непонятно почему), см. include и определение классов

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

Cento

	Подключение файла через метод класса 10.02.2012, 13:35. Показов 7070. Ответов 3 Метки нет (Все метки) Оказывается, если инклюдить файл через метод класса, то содержимое подключается как бы в этот самый метод, и видит в своём окружении свойства и методы данного класса, но не видит глобальную среду (например, переменные, созданные в исходном файле (в который мы подключаем другой)). Так же история, если мы подключим файл изнутри функции (процедурно). Собственно проблема. Хотела сделать метод класса, который бы "безопасно подключал файл", т.е. делал бы проверку на его существование (file_exists()), например, и в случае ошибки показывал сообщение. Логично было создать для этого метод и прогонять подключение каждого файла через него. Однако вышеописанная особенность свела хорошее начинание на нет. Теперь в подключенном файле к свойствам и методам класса я могу обратиться исключительно через this->, а к глобальным переменным даже пока и не знаю как (кстати, как?). В мануале в комментариях к статье Variable scope много людей с той же проблемой (только почти все они работали не через класс, а просто через функцию). Все советы сводятся, в основном, к тому, чтобы "смириться и все обращения к глобальным переменным в подключаемых файлах делать через GLOBALS[] ". Вот в этом комментарии описана практически в точности моя проблема (только опять же сделано процедурно): http://ru.php.net/manual/en/la... .php#88689 Однако это создаёт много геморроя. Необходимо переписать все подключаемые файлы, представляя, что всё, что там лежит исполняется изнутри метода класса. Опять же файл уже нельзя будет успешно запустить сам по себе. Да и просто неуниверсально это. Однако и от идеи с подключением через метод отказываться не хочется, ибо подход в общем-то правильный. Вопрос: что делать в этой ситуации? Можно ли как-нибудь хитро подключить файл через метод класса и одновременно заставить вписать его в глобальную область видимости? Если да, то как? Если нет, как правильнее поступить в данной ситуации, чтобы всё вместе корректно работало?

Cento
	10.02.2012, 16:56
	Спасибо за ответ. Видимо, действительно если инклюдить таким образом, то от от "костылей" в виде ссылок на глобальные переменные не уйти. Очень заинтересовал подход "по-понятиям", потому что сейчас как раз пытаюсь научиться грамотно использовать ООП, а не "лишь бы как-то работало". Но как логически распределить содержимое по классам, которые бы инклюдились __autoload-ом, мне пока не ясно Сейчас задача у меня такая: есть некая оболочка сайта, куда, в зависимости от переданных данных (методами GET или POST) передаётся нужное содержимое (форма ввода, выборка из базы и т.п.). Сейчас у меня есть один класс, в котором лежат все необходимые методы обработки данных, + несколько внутренних файлов для подключения, в которых выполняются конкретные действия с помощью разных методов (обработка полученных данных и сохранение в базе, выборка и отображение определенным образом (с версткой) и т.д). Наверное, здесь к ООП примешивается немного и процедурный подход, что не есть правильно. Буду благодарна за подсказку как такие задачи принято решать на ООП (либо ссылку на материалы, описывающие это, либо хороший пример, либо вообще направление куда копать). Меня интересует даже не столько синтаксис, сколько логика взаимосвязи различных элементов.