trevoga_su

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

скажи ему, что он теоретик.

Когда нужно будет дописать второе условие, скобки обязательно понадобятся. Это раз.
Второе - читабельность лучше.
Третье - исключается возможность ошибок.

Наличие скобок ни на что не влияет, минусов - нет. Только плюсы.

создать свой проект

1. забудь про преобразования URL на уровне htaccess - www.phpinfo.su/articles/practice/chpu_na_php.html
2. пути к css/js прописывай от корня

1. шаблон генерируется 0.05 секунд или 0.06? Почему бы не сгенерировать его дважды? Перед показом и перед отправкой? или ты считаешь, что у тебя сервер сгорит, если дважды что-то сгенерировать?

2. если допустить, что твой некий шаблон генерируется минуту, две, час - то вполне естественно записать его на диск, в СУБД или в файл. а потом делать с ним что хочешь, а по завершению - удалять.

потом через минутку вызвали другой метод

phpfaq.ru/newbie/na_tanke

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

Так, первое.
Передавать в виде массива аргументы - просто отвратительно. Потому что придется знать/заучивать ключи массива, что не очень хорошо, а точнее - ужасно.
Представь, если бы все функции в PHP принимали только один массив! Каково бы было? Ты бы смог помнить туеву хучу ключей для каждой функции? Нет.
Далее, редактор не подскажет/покажет, что должен принимать метод или функция. Осложняется phpDoc-ументирование.

Второе.
Если твой класс принимает некие свойства, без которых функционирование класса невозможно в полном объеме, то надо писать сеттеры и геттеры. На каждое свойство.
Это хорошая и правильная практика. Пихать все в конструктор - совсем не лучшая идея. А сеттеры и геттеры позволяют изменить свойства класса в режиме "реального времени".

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

Т.е. суть в следующем - класс должен обладать внятным и прозрачным интерфейсом. Передача массива - это антипод такого класса.

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