Доброго времени суток кодеры! У меня следующий вопрос к вам: Задача состоит в получении данных с инпута после чего полученные данные проверяются! PHP: class User{ public $name = "Name of space empty"; public $age = "Age of space empty"; public function getDefine($a){ $this->name = $a; } // Метод отображения иформации полученной с формы public function show(){ echo $this->name; } } if (!empty($_POST['Name']||$_POST['Age'])){ // может код который ниже засунуть в отдельную функцию и вызывать её? if ("$_POST['Age']" <= 12) { echo "Доступ закрыт!"; } else { $user = new User; $user->getDefine($_POST['Name']); $user->show(); echo "True"; } } else { echo "False"; } Если выполнить компиляцию данного кода он вызовет ошибку, но суть не в этом! Мне важно понять логику, а код я потом исправлю. В данном коде необходимо создать отдельную функцию которая будет сравнивать Возраст т.е. "Age" ? Лучше всегда создавать функции?
Можно, но не необходимо. Функции создаются: Для избегания дублирования кода в разных местах, особенно большого. К примеру, вы хотите в трёх местах считать синусы через разложение в ряд. Каждый раз писать весь алгоритм - жуть, поэтому делаете функцию (ну, на самом деле, уже сделали за вас, но не суть) Для того, чтоб код стал более понятным и сопровождаемым - функция объединяет кусок кода под осмысленным именем (правда, не в вашем случае - у вас метод с названием get почему-то что-то записывает). На кой фиг в этом коде класс - не понятно. Это как нам на первом курсе товарищ через ООП и полиморфизм 4 точки на экран выводил (буквально), надеясь, то этим объяснит полиморфизм...
Благодарен за столь отчётливый ответ. Причиной тому почему я использую класс это желание познать как эта шайтан машина работа на таких детских примерах, выстроить в голове логику всего происходящего, разделение где что должно находиться для правильного функционирования.
Разделение делается не для правильного функционирования, а чисто для удобства программиста. Можно написать тонну говнокода, идеально функционирующего при этом. Open Cart - яркий пример. Лезешь в код - жуть, жуть и ещё раз жуть, благо, что простой достаточно. Но при этом один из лучших движков интернет магазинов.
То есть, правильное функционирование и хороший стиль кода - это две разные вещи. --- Добавлено --- Но если ты в свой же говнокод через пол года залезешь, чтоб что-то изменить, то сразу горько пожалеешь, что не писал нормально. Суть в этом. По ООП, если с пониманием собственно языка нету проблем, лучший источник для PHP - книга Мэтта Зандстры. Погугли по имени, не помню наизусть название
А что, в 2021 совершили какую-то революцию в паттернах проектирования? Да, у пыха несколько плюшек появилось, скорее всего, скоро выйдет очередное издание книги с описанием плюшек, но в целом суть ООП осталась та же