Удобство или скорость, ооп или процедурный? Идеальный код, каков он?

Question

[phpus]

ООП и не чего больше!
Решено...!

Answer 1

[FanatPHP]

Ответ простой - тебе надо писать только на процедурном.
И потихоньку учить ООП.

Лет за 5, возможно, ты сможешь его освоить. И тогда у тебя уже не будет возникать вопроса, на чем писать. А заодно за это время у тебя из головы выветрятся разные дурацкие фантазии, типа "один синтаксис быстрее другого".

Comments

[phpus]

Ну ооп я знаю, но не идеально. Сравнивал 2 куска одинакового кода, и разница есть.
Может быть ситуация поменяется, если поменять железо на серверное.
i7 или 6-8ми ядерные xeon с более низкой частотой могут поменять ситуацию.
память в моем случаи была быстрее чем серверная, процессор тоже, но ядра только 4 и 4 потока, которые стоит отключить. sdd + часть нагрузок берет на себя видео карта, в серваке этого не увидишь, только в граф. станциях. Мне просто интересно узнать тенденцию. Сейчас, если пишу то ради забавы и интереса.

[FanatPHP]

Во-первых, "знать ООП" - это не значит уметь написать класс с методами и свойствами. Знать ООП - это значит уметь проектировать адекватную иерархию классов. И если ты это хоть один раз делал, то у тебя потом даже мизерной идеи не возникнет, не стоило ли то же самое писать на процедурах.

[FanatPHP]

Во-вторых, сравнивал ты не то и не так. Не забивай себе голову производительностью - все равно не поймешь, а только хуже сделаешь.

Answer 2

[Пума Тайланд]

Если так гонитесь за скоростью и вам не важны преимущества ООП пишите под kphp или hhvm

Answer 3

[kompi]

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