Как послать запрос и вернуть обратно?

Question

[Константин]

Предположим, есть форма некая форма:

<form>
	<input id="textinput" name="textinput"  type="text" placeholder="" > 
	<button id="singlebutton" name="singlebutton" class="btn btn-success">ОК</button>
</form>

Она зашита в index.php, тоже допустим это.
Еще есть файл с именем test.php, в котором есть класс и функции:

class cat {

	public function age {

	}
	public function eat {
		
	}
}

Как передать постом и (или) гетом в этот файл test.php некие значения и получить обратно результаты? Чтобы было все красиво с точки зрения ООП.

В моем случае мне кажется что я делаю это не правильно сейчас. Я в разрыв HTML кода ставлю следующее:

require ("test.php");
   $cat = new Cat;
   $cat->eat($_GET["textinput"]); // ( это я к примеру можно и массив передать ) 
   $cat->age($_GET["textinput"]);

echo $cat->stats;  // ( stats ) это глобальные переменные в классе после результата работы функции.

Если можно, напишите свои варианты как вы это делаете. Хочется на реальном примере понять, как нужно писать правильно.

Answer 1

[Николай Алексеев]

В форме нужно указать action
Он должен смотреть на имя исполняемое скрипта ли же некий абстрактный путь, например

<form action="myscript.php" method="POST">
</form>

<form action="/myscript" method="POST">
</form>

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

Если вы только осваиваете ООП в ПХП, вам стоит понимать, что точка входа в приложении всё равно будет описана в процедурном стиле и уже дальше архитектура приложения будет усложняться, обрастая классами

Comments

[Константин]

Вот и хочется на каком то боле менее реальном примере но достаточно простом понять , в какой файл что дожить, где вызывается и как правильно вызывается тот или иной класс или функция . И как обратно возвращаются данные на первый экран с формой. Понимаю что обрастать будет в процессе. Но хочу базовый какой то пример. То есть передали мы пост запрос отлично. Но не в файле же с классом вызывать объект , т.е
$cat=new cat;
Не писать же в самом файле с классом

[Николай Алексеев]

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

Эту самую строчку нужно писать в том файле, который обрабатывает вашу форму. То есть в том самом myscript.php

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

Например, в качестве точки входа у вас выступает файл index.php
В нём вы подразумеваете, что пользователь может обратиться по пути /cat или /dog
Настроив маршрутизацию в .htaccess вы получите на вход файла index.php и данные из формы и то, по какому пути обратился пользователь.

Дальше выбираете, если cat, то к примеру есть класс CatControl, Если /dog то DogControl
И в каждом из них свои методы, например "Покормить кота"
И вот пользователь в форме вбил имя кота Вася, покормить тремя килограммами корма.
Вы в том файле, где точка входа пишете:

CatControl::feedTheCat($_POST['name], $_POST['count']);

А уже в этом методе пишете

$cat = new Cat();
$cat->setName(/*имя*/);
$cat->giveFood(/*количество еды из формы*/);

Потом этот класс либо ничего не делает либо возвращает информацию о том, что кот успешно покормлен,
Класс КэтКонтрол принимает эту информацию и возвращает её скрипту, который и запустил всю эту цепочку и уже этот самый скрипт выводит текст на экран.

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

Как говорится: "Если что-то выглядит глупо, но работает, значит - это не глупо"

[Константин]

Николай Алексеев, вот спасибо, на пальцах и примерах уже понятнее становиться.

Answer 2

[Антон Р.]

Классно ты полез в ООП не изучив даже основы. Однозначно лайк, подписка, колокольчик.

Comments

[Константин]

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

Answer 3

[Илья]

Правильно отделять представление от логики (см. MVC).
Поэтому у вас должны быть 1 представление - с формой, 1 контроллер - для обработки данных формы.
Ну а вообще ваш пример мало что общего имеет с ООП (то что вы создали объект, не делает код ООП).

P.S. пробуйте лучше на основе фреймворков, а не голой PHP не тратьте время зря. Используйте например Slim: www.slimframework.com , он возьмет на себя всю "грязную" работу по обработке запросов и вьюх, а вы сможете сосредоточиться на ООП.

P.S.S. не про ООП, но все же - именуйте переменные так, чтобы было понятно что происходит и что каждая из них содержит

Comments

[Константин]

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

[Северное Сияние]

хочется понимать принцип с нуля

долго сам доходить будешь, + без чтения правильных книг этот процесс затянется на годы..

[Илья]

Константин, начните с курсов, думаю на основах это объясняют.

Answer 4

[Константин]

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

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

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

Comments

[Северное Сияние]

https://ranneft.ru/export/books/fauler1.pdf