Структурирование кода, его удобство и красота никакого отношения к ООП не имеет.
Вы к нему прицепились так, будто ООП - это панацея от всех "болезней" в программировании.Нет конечно, серебряной пули не существует, но знать и уметь в ООП нормальный программист должен.
Просто не надо всех считать идиотами, когда человек в лапше пытается вывести какую-то структурность именований, это говорит о нехватке структуры, а не о нехватке мозгов.
$product_name
$product->name
Не вижу разницы.
...
Четкая последовательность не в ООП, она в голове должна быть.
Вы когда что-то утверждаете, вспоминайте, что вопрос задает не программист.Откуда такой вывод?
Подскажите, более опытные коллеги, как вы именуете переменные?Человек явно себя позиционирует как программист, то что он неопытен это другое дело, но к вопросу это не относится.
там точно так же нужно придумывать имена свойствам.Да, но придумывать имена свойствам это совершенно другая задача нежели придумывать имена сотням переменных из спагетти-кода, так как нет структурной вложенности, да и свойства обычно нативнее именуются, name будет и в продукт и в юзер и в других сущностях, при этом это разные "имена".
переход на ООП никак не поможет человеку.неверное утверждение, как я уже написал - само разбиение кода на логически вложенные структурные блоки и объекты сильно упрощает именование сущностей, если в процедурном стиле тот же $homepage_product_name хз что это и где, то в ооп будет лежать в IndexController::indexAction() и иметь вид $product->name, что однозначно относит его к главной странице и имени продукта, причем на порядок более коротко и абсолютно логично.
class IndexController extends Controller {
...
public function indexAction(){
$product = new Product();
$product->initById(55);
echo $product->name; // хотя так конечно же не делают
}
...
}Стоит задача, оговорены сроки, отличный рейт, в итоге вместо результата и сдачи начинаются отмазки, отговорки и сказки о том, как много работы было проделано, результатов которой не видно.
Трекер с периодическими скринами решит вопрос о том, ЧЕМ И СКОЛЬКО занимался нанятый мной сотрудникВ принципе - ничего не решает, по опыту - знакомые так работали лет этак 5-7 назад, задача реально писалась за пол-часа, а скрипт делал джигу-дрыгу в кодеа 4 часа, и "работа" скринилась в логи. Человеку который только примерно разбирается в коде визуально отличить от реальной работы практически нереально. Понту с такого рабочего процесса ровно ноль.
отключили свет
попал в больницу
у нас праздник
у нас годовищина
некорректно поставил задачу, поэтому я думал как её решить и по факту ничего не делал
The maxlength attribute specifies the maximum number of characters allowed in the <input> element. Ничего не мешает применять его к другим типам инпута, просто срабатывать будет не всегда ожидаемо.
Ну, сделаю я эту конкретную кнопку button'ом, дальнейшая обработка ее нажатия возможна. если она попадает в $_POST. Проверю...В пост кнопка не попадает, никак.
Если $_POST['delete_utility'] установлено,Угу, главный вопрос - ГДЕ установлено. data: {'id': data_uid} передает в запрос переменную с именем id и значением data_uid, а на стороне сервера вы ищете переменную с именем delete_utility... И (сюрприз!) не находите ее... Магия...
Делаю это с помощью isset.
Для первых двух это срабатывает, а для третьего нет, поскольку я в JS отменяю обработку click'а по умолчанию preventDefailt'ом.А? Никак вообще не связано. Тем более что в данном случае превентится не клик, а субмит формы. Если вас смущает первентДефаулт - сделайте кнопки не типом субмит, я же писал.
Делал внутри issetА какой смысл в этом действии? Просто логически подумайте - если нет ОПРЕДЕЛЕННОГО ПОЛЯ в пост массиве то ваш иф не сработает, и вы делаете внутри этого условия проверку ВСЕХ полей пост запроса, где тут логика?
Так это от корня...
Однако, если изменить в javascript data: {'id': data_uid}, и добавить в обработчик echo $_POST['id']; (внутри isset), а потом глянуть на ответ сервера в обработчике, то он пуст. А вот если echo поставить до isset, то приходит "21 json" (21 это нужный id).Ммм, программирование методом тыка... Найс )
буду разбираться дальше, как получить этот id внутри isset.Ну, как минимум понять что вы проверяете и что отправляете, зачем там это иссет и почему data: {'id': data_uid} не совсем то что нужно ).