Объектно-ориентированный PHP или нет? [закрытый]
В Java все находится в форме класса.
Если вы хотите использовать любой объект, тогда у вас есть две фазы:
- Объявить
- Инициализация
Пример:
- Объявление:
Object a; - Инициализация:
a=new Object();
То же самое для концепции массива
- Объявление:
Item i[]=new Item[5]; - Инициализация:
i[0]=new Item();
Если вы не дают секцию инициализации, тогда возникает NullpointerException.
9 ответов
Учитывая, что у Вас есть неполное приложение, я сказал бы, что переделка его в Основанное на объектах приложение, вероятно, будет полезна.
Одной вещью рассмотреть является ожидаемый размер оконечного приложения. Ниже определенной Основанной на объектах сложности может быть излишество за исключением полезного опыта.
Я начал избегать Объектов как чумы, потому что мое начальное введение в них в университетских классах было ужасно. Я несколько недавно должен был работать над проектом, который был реализован в объектах php. внесение необходимых изменений было намного легче, чем другие проекты. Я с тех пор часто работал в объектной модели и нахожу это очень удобным для быстрого создания и более легкого содержания.
Типичный ответ: "Это зависит".
Я склонен писать страницу дисплея как запуск к концу, <HTML> к </HTML> заданная сценарием страница. Но вещами, которые происходят на той странице, были объекты. Отчасти как ASP бедного человека. В то время как у Вас может быть основной ООП вывод, я, alwasy думал это слишком громоздкий для задачи, столь же утомительной как дамп данных к браузеру.
Так, бизнес-правилами и доступом к данным было ООП. Презентация была сценарием.
Если у Вас есть бизнес-правила, которые не являются ООП, я серьезно рассмотрел бы запись бизнес-правил как объекты на двух условиях: (1) "У Вас есть время/усилие/деньги, чтобы сделать так?" и (2) "У Вас есть хороший IDE PHP, который сделает Вашу жизнь легче?" Если бы это работает, и изменение его означает писать в Блокноте ++, затем я назвал бы сделанным.:-)
Изучение объектно-ориентированных методов будет действительно полезно, специально для программирования на других языках в будущем.
Так как Вы только что запустили приложение, Вы могли переписать и улучшить части, которые Вы записали. Это зависит от Вашего крайнего срока.
Я не сказал бы, что очень важно, но если бы Вы собираетесь пойти гораздо дальше с приложением, я рекомендовал бы делать его теперь, в то время как это не такое количество неподъемной задачи. Я сказал бы, что пригодность для обслуживания правильно написанной программы ООП могла явно перевесить авансовые затраты. Особенно, когда Вы полагаете, что сможете осуществить рефакторинг большую часть кода, как Вы продвигаетесь.
Только не согласиться с согласием... Я сказал бы "нет" в большинстве случаев. Не как академическое осуществление на торговом кодексе так или иначе. Если это работает, не переписывают его. Если необходимо войти для изменения / добавляют биты, то осуществляют рефакторинг к методам OO (существует много сообщений на ТАК о рефакторинге при изменении кода так или иначе, и не только ради него).
В практике, если Вы не сделали большого количества ООП, затем Вы захотите начать с малого и получить ощущение его.
После того как Вы разобрались с основами, хорошим руководством новичков по Шаблонам разработки (мне нравится Голова, Сначала заказывают), очень полезно. Большинство книг PHP преподавало бы Вам ООП справедливо плохо. Они учат Вас наследованию, но обычно не учат Вас составу слабой связи и одобрения по наследованию. Книга шаблонов разработки даст Вам лучшее понимание этого.
PHP все еще имеет репутацию того, что не было "сделано OO правильно". Я не думаю, что это справедливо, но является отражением того, что для людей настолько легко начать без действительно ООП понимания. Я рискнул бы и сказал бы, что большинство (очень немного - называют это 51%) PHP программистов не довольно ООП. Я думаю, что возможно сделать хорошее OO в PHP, и если Вы уже довольны языком, это - отличный способ вырастить Ваши навыки.
Править:
Только добавить несколько правовых оговорок...
- Мой комментарий о большинстве PHP программистов, не являющихся довольным ООП, не относился бы к току ТАК аудитория!
- Не предложение Вас не довольно ООП, это применяется, если Вы не
Существует две возможности: или Ваше приложение является одноразовым, которое просто должно работать правильно теперь и никогда не будет затрагиваться, адаптировано, расширяться или изменяться, или иначе Ваше приложение является началом чего-то, что Вы будете продолжать работать с и использовать за долгое время.
Если первый, не взламывайте совершенно применимый код. У Вас есть лучшие вещи сделать с Вашим временем.
Если последний, необходимо принять во внимание важный факт о PHP, который является этим: плохо записанный PHP является кошмаром для поддержания. Не настолько плохо как плохо записанный Perl - потому что, что? - но плохо достаточно, что рано или поздно Вы будете чувствовать сильное желание украсть машину времени, путешествуйте назад в момент, Вы написали код, который Вы теперь поддерживаете и наносите удар сами в глазницу с ножом для колки льда.
Таким образом, если Вы собираетесь быть поддержанием этого кода со временем, не торопитесь, чтобы сделать его правильно. Это означает: некоторая система шаблонной обработки, никакие теги PHP, встроенные в HTML, разделяет файлы для отдельной функциональности и классы классов классов!
Ваши глазницы поблагодарят Вас.
Я сказал бы, пытаются пойти OO просто, потому что то, что Вы имеете, может быть снова использовано намного легче, чем процедурный при правильной организации
Я также скажу, что OO намного более организовано затем процедурное. Когда Ваш в мелком масштабе легко сойти с рук неаккуратный код OO или нет. Но когда Вы добираетесь до больших проектов, Ваше процедурное должно быть намного более организовано и продумано. Где как на некоторых больших проектах OO имеет тенденцию вынуждать Вас быть более организованными, делая вещи немного легче.
Нет, я думаю, работает ли приложение как он, должен нет никакой потребности переписать его. PHP не является действительно ООП вообще. Они очень стараются, но иногда я думаю, что даже разработчики PHP действительно не понимают смысла ООП. Если Вы хотите изучить ООП (который является, конечно, хорошей идеей), пробуют реальный язык ООП как Smalltalk для изучения фундаментальных понятий. Java является также хорошими 2, изучают основное, хотя это не полностью ООП также
Я хотел бы повторить другие ответы здесь. Это зависит от размера приложения и сколько требуется узнать об ООП. Я остерегался бы изучения ООП при помощи PHP все же.
Что касается того, сколько PHP объектно-ориентирован... PHP4 имел некоторые элементы ООП, которые хлопают на него, PHP5 лучше, но это не испеклось на язык. PHP работает оба пути, и лично мне нравится этот, можно выбрать.