Что мне сразу пришло в голову — найдутся люди, которые захотят взломать эту систему. Может не "ядро", но какой-нибудь модуль точно. Это обязательно произойдет когда-нибудь, не смотря ни на какие системы защиты. Поимаю, что критической ошибки все равно не выйдет, но пару дней без "света" посидеть придется :)
Верно, однако я понимаю создателей — им совершенно не до точек и запятых, притом, что это не вина и дизайнера. В таких случаях наш долг — обратить на это внимание и сделать мир лучше! ;-)
Я, кажется не упоминал, что программирование для меня муха, это задача может быть решена на ура без использования ООП.
А о моем уровне судите сами http://www.school530.com.ru, только прошу не особо минусовать (увидев, поймете за что) :)
В моем движке например всего один класс для работы с БД (чтобы ее можно было менять), однако ООП больше нигде мне не понадобилось и все пишу процедурное, в том числе и парсер шаблонов.
В PHP фреймворк тоже самое что и prototype на JavaScript для хабра (см. код).
А вообще по сути это некий файл, который ты подключаешь includ-ом и используешь его функции. Пример: PEAR.
ООП в PHP на самом деле не совсем уместно. Его используют как основу в Java, C, C++, но в PHP практически (это не значит нигде) нигде нет обходимости использовать, в следствие его (классов) не полной реализации наследования и полиморфизма. По сути использование ООП в PHP подобно использованию молотка для убития мухи.
Лично я конечно использую ООП в PHP в некоторых случаях, но больше придерживаюсь процедурного программирования.
Как программист, я первым делом представляю эту затею с технической стороны — дело не легкое, нужны мозги, деньги и время...
P.S.: перед вами музей (см. даты)
Мне вообще нравятся эти боты, надобы что-то подобное сделать :)
Футурико - респект!
А о моем уровне судите сами http://www.school530.com.ru, только прошу не особо минусовать (увидев, поймете за что) :)
А вообще по сути это некий файл, который ты подключаешь includ-ом и используешь его функции. Пример: PEAR.
Лично я конечно использую ООП в PHP в некоторых случаях, но больше придерживаюсь процедурного программирования.