Не знаю, как по PSR, но зачем писать "<?php echo" вместо "<?=" ?
Это настолько распространенный прием, что его даже при переходах с версии на версию боятся сломать.
ThunderCat, да я в курсе. Просто ФШ я начинал пользоваться еще с 4 версии (не CS4), а сейчас работа с ним не связана.
Но когда встают конкретные задачи, возникает вопрос, кому их выполнять - мне или нашим дизайнерам. Поневоле сравниваешь, сколько сил они бы потратили на ту же задачу...
Антон, поскольку речь у ТС конкретно про джаваскрипт, предлагаю его не сбивать с толку никакими наследованиями. В JS в подобных случаях все равно скорее используется не ООП, а объект данных с оговоренными полями.
Никита Егоров, нет, важно не исполнение, а именно уровень работы. Возня с файликами, байтиками, строками и прочими сокетами и базами данных - низкий уровень. Логика, в которой в определенном порядке дергаются эти методы нужных объектов - следующий.
У вас, скажем, для реализации в ООП-стиле должно быть не 4 метода, а три класса: парсер входящих данных, обработчик запроса и рендер ответа. Код, описывающий их создание и вызов нужных методов, будет высокоуровневым. И в нем будет видно только, что вы делаете в целом. Без всяких ненужных на этом уровне деталей. Кому надо разобраться в деталях парсера - лезет его код и локализует свое внимание конкретно на парсинге, забыв обо всем остальном. Понадобилось парсить другие данные - вы переписываете только парсинг, прочая логика не затрагивается.
Никита Егоров, для ООП неважно, линейная у вас обработка или нет. Важно, есть ли у вас возможность разделить процесс на разные уровни абстракции. Если какие-то детали важны только внутри обработки - их стоит убрать внутрь методов класса. Чтобы в том коде, который потом кто-то будет за вами читать, было сразу понятно, что В ЦЕЛОМ происходит. И только для того, чтобы разобраться, КАК ИМЕННО оно проделывается, нужно было лезть в код низкоуровневых методов. ООП - не для того, чтобы код был оптимальнее или легче писался. А в первую очередь - для того, чтобы он легче читался и модифицировался без переписывания одного и того же.
Антон, Антон, "терминологические споры, товарищи!"
Для примитивного примера того, как все сложности убираются с глаз долой, оно подходит.
То, что в js ООП такое, что там подобные кейсы решают простым приляпыванием функции к объекту - ну совершенно неважно для объяснения этого принципа.
tbitriks, возможно, настройка перебивается другими настройками - в файлах настройки Апача либо в .htaccess
Просто если <?php работает, а <? - нет, то проблема однозначно в этой настройке.
Kiki55, в голову это приходило многим. А вот в бизнес-план - считанным единицам. И потрачено на проработку этой идеи было куда больше денег и человеко-лет, чем мнится юношам с пламенным взором.
Заодно напомню, что Гугль - одна из немногих корпораций (!) в мире (!), способных всерьез предложить собственный новый протокол. Ну, а сколько времени это предложение провисело в воздухе и благодаря чему оно хоть кем-то было принято - можете сами почитать.
Kiki55, фантазии - да. Инженерной мысли - нет.
Вы на волне своего энтузиазма поизучайте вопрос, это в любом случае полезно.
Если будете изучать успешно - уже через полгода будете рыдать от смеха над этим своим вопросом.
Дочитал вопрос до конца, но желание посоветовать выплюнуть кактус и все-таки перейти на Шторм сохранилось. Просто я пробовал и НетБинс, и Эклипс... и только Шторм убедил в том, что на Java можно написать удобное IDE.
Высшая математика нужна для написания алгоритмов. Современные программисты сплошь и рядом используют готовые алгоритмы, написанные и отлаженные другими и собранные в библиотеки. Так что даже для решения NP-полной задачи при помощи boost::graph, глубоких знаний может не понадобиться. Только знакомство с терминологией. При этом работу, в которой подобные задачи придется решать, без опыта программирования - именно опыта, а не знания теорий - вы не найдете.
Тезис, что вышка нужна для понимания основ программирования, устарел лет на сорок. Современные основы программирования - это знание языка + умение использовать готовые решения. А работа, требующая серьезной математики, стала элитарной и требующей для начала разобраться с программированием настолько, чтобы о нем вообще не задумываться.
Еще хотелось бы напомнить, что хранящийся в базе age максимум через год станет неправильным.
В отличие от даты рождения, из которой тот age выводится элементарно.
Если ваши теги про сети и протоколы поставлены не зря, то вынужден напомнить, что в этих делах жесткая бинарная запись структуры - самый популярный способ выстрелить граблями себе в ногу.
pavlikmd, INSERT-ы можно запустить пачкой, обернув их в транзакцию. Это будет значительно быстрее, чем обращение к базе с каждым запросом по отдельности.
Это настолько распространенный прием, что его даже при переходах с версии на версию боятся сломать.