|
|
|
| Добрый день) Начал изучать опп, интересно, вродь не очень сложно) Но как его применять на практике? | |
|
|
|
|
|
|
|
для: Роккер Руслан
(17.02.2012 в 17:59)
| | Лучше всего рассматривать класс ваш собственный тип, а объекты, как переменные этого типа. Т.е. помимо строк, чисел, дескрипторов, вы получаете возможность вводить свои собственные типы данных. Хорошо бы, конечно, еще и операторы перегружать, чтобы объекты можно было складывать или объединять при помощи точки, как строки, но в PHP это не предусмотрено. Вот собственно из этого и исходите. Есть строка, есть число, а есть скажем HTML-формы, или договор или таблица базы данных, у вас есть возможность при помощи ООП создать свой собственный мини-язык программирования, который бы оперировал не компьютерными абстракциями, а теми объектами, которые нужны для решения задачи. Создание ООП-программы сводится к созданию такого языка и написанию на нем программы (крайне желательно, чтобы это была не одна программа, ибо создавать языки программирования даже на ООП ради одной задачи довольно накладно). | |
|
|
|
|
|
|
|
для: cheops
(17.02.2012 в 18:21)
| | Хорошо, соединяя ваш ответ и те уроки которые я просмотрел, становиться немного понятно. Интересно одно: А какие преимущества даёт ОПП?(Примеры из уроков были совсем не жизненные, по моему код становился только больше(и не понятнее), чем можно было добиться другими способами) | |
|
|
|
|
|
|
|
для: Роккер Руслан
(17.02.2012 в 19:07)
| | >А какие преимущества даёт ОПП?
Возможность простого сопровождение гигантских проектов, разбивка их на логические уровни, которые, каждый из которых может охватить один разработчик. В Интернет протоколы разбиты на уровни, каждый из которых несет ответственность за свой участок работ. Представьте супер-протокол, который бы регламентировал бы и медные провода, и оптоволокно и сотовую связь и HTML и ICQ - какой бы это был объем и сколько бы ошибок содержали сетевые программы. Аналогично с операционной системой или компьютерной игрой. ООП, это, как правило, большие/гигантские проекты. В маленьких проектах вы действительно потратите больше усилий, создадите больше ООП-кода, который будет работать медленнее. ООП хорошо работает на маленьких проектах, когда приходиться иметь дело с целой серией однотипных проектов - при помощи ООП у вас переносимость выше, чем без него (при условии правильной проектировки, конечно). | |
|
|
|