- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Помогу освоить ООП на php. Обращайтесь в аську (5-1)772(5+1)635(2-2)
PHP мне не нужен, а вот ООП хотелось бы освоить.
Научите, заплачу.
А в чем прикол? Мало того, что по асе, так еще и бесплатно....
утверждение: на 99,9 % интернет-"порталов"можно обойтись без ООП. по наглости своей прирождённой закину в эту кучу одноклассников с контактами.
докажете обратное?
Dinozavr, во первых оно нужно тем кто хочет ити на какуюто фирму по веб-розроботке работать php-програмистом !
IgorFityo добавил 23.04.2011 в 17:27
Nickatin, в аське я провожу больше времени чем на форуме
по веб-розроботке
согласен, вопросов больше нет
утверждение: на 99,9 % интернет-"порталов"можно обойтись без ООП. по наглости своей прирождённой закину в эту кучу одноклассников с контактами.
докажете обратное?
Думаю, что корректней будет спросить - когда адекватнее всего использовать ООП при разработке на PHP.
А так любой портал можно написать множеством способов, хоть с ООП, хоть без него. Вопрос лишь в удобстве расширяемости и любви разработчика к лишнему геморру:) ИМХО
утверждение: на 99,9 % интернет-"порталов"можно обойтись без ООП. по наглости своей прирождённой закину в эту кучу одноклассников с контактами.
докажете обратное?
Обойтись-то можно, но зачем усложнять себе жизнь? Все крупные веб-фреймворки и порталы написаны с использование ООП. Думаете их авторы выбрали эту парадигму только потому, что это модно?
Какой же подход вы предлагаете использовать для написания средних и крупных порталов (того же Контакта)?
Внесу свою лепту в этот вопрос )))
Есть разработка крупных скриптов (гостевых книг, форумов и т.д.) и мелких (ну что-то типа расчёта на php). И если в мелком нечего представлять объектно, то в крупном в принципе можно обойтись процедурным программированием. Но зачем это делать, если сами собой напрашиваются объекты: форум - форум, тема, сообщение, пользователь; свойства у форума, к примеру: кол-во тем, кол-во сообщений, открыт/закрыт и т.д.
Ответ напрашивается сам собой: крупные разработки лучше структурировать так, чтобы другой разработчик мог спокойно разобраться в вашем коде. А с мелкими нечего заводиться с ООП, меньше проблем будет. ))
Какой же подход вы предлагаете использовать для написания средних и крупных порталов (того же Контакта)?
да ладно, я так, потроллить :)
просто у некоторых есть привычка применять "модные" штучки куда попало.
использование классов вместо процедурного кода ещё не значит ооп. всегда ваш кэп. а то видел я таких ООПшнегов. нафигачат отдельных классов, затем в одном файле (например config.php) делают инклюд всех 20 классов, и этот конфиг уже инклюдят в каждый файл..