Холиварка пыхыпешников (общая)

Crack, это уже надо обсуждать в холиварке для маркетологов )

# Delphinum (19.04.2017 / 21:08)
Crack, это уже надо обсуждать в холиварке для маркетологов )

нет такой

Может кому пригодится :
Вопросы безопасности PHP. Фильтрация входящих данных
Защищают ли подготовленные выражения/переменные полностью от SQL инъекций?
Критическая уязвимость в пакете ImageMagick, используемом на многих сайтах

есть одна идейка, но нужно кое что проверить
какова доля движков и сайтов на данный момент работает на принципах ооп?

на ваш взгляд хотябы..

Crack, вопрос на самом деле сложный. Смотря что считать "принципами ООП"?
* Если речь о том, что на сайте где то используется класс или объект, то очень много
* Если речь о том, что сайт полностью построен из классов, объектов и их взаимодействия, то в основном все крупные сайты
* Если речь о действительном ООП подходе, то очень мало

Delphinum, как по твоему лучше комбинировать процедурный с обьектами или чисто на ооп все делать?

Crack, лучше ориентироваться на задачу. ООП и процедурка такие же инструменты как языки программирования. Если для реализации сервиса на ООП в общей сложности необходимо 10 часов, а на процедурке 5, то выбор очевиден )

Delphinum, что хотел понять понял спасиб ..

Ну стоит ещё учитывать, что можно на начальном этапе потратить больше времени, а дальше при расширении функционала можно выиграть на сокращении этого самого времени ну и нервов)
По этому надо на задачу смотреть)

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