Сайт вконтакте. Ру написан с применением ООП?

Nepster Nepster

Сайт вконтакте. Ру написан с применением ООП? Кто как думает.
Дополнено (1). Epsiloncool, почему это вконтакте не пример для подражания: он очень быстрый; страницы в контакте грузятся даже быстрее, чем фэйсбук

Ivan_32 Ivan_32

Я бы посмотрел как кто решился бы написать подобную движок без ООП. Ну или хотя бы посмотрел бы как он будет дебагать свое творение:)
Раньше кода была меньше, можно было писать не мороча себе голову всякими там паттернами проектирования, модульной структурой и прочими радостями современного девелопа. Сейчас это уже из разряда фантастики.  Вероятно сейчас ни один серьезный проект не пишется без применения ООП и паттернов проектирования.

latander latander

Если смотреть код страницы - ООП практически нету. А как на стороне сервера хранится - дак конечно, БД это сплошное ООП

Гость Гость

Какой смысл в твоём вопросе? Будь он написан на чём угодно, vkontakte - далеко не пример для подражания.

Anarho Anarho

Практически все крупное пишется с ООП, уверен что вконтакте тоже. А то что он быстрый, это во многом заслуга большого количества мощных серверов.

Ильдар- Ильдар-

Офигенная у тебя логика

Гость Гость

#1
Скорость не зависит от того - используется ООП или нет. А вот по части функциональности и дизайна - вконтакте очень далёк от фейсбука.

Baram Baram

Для сайтов не применимы понятия ООП. Как ни странно, но программы и серверы, работа которых обеспечивает функциональность сайта работают не в интерактивном режиме. На сервер приходят запросы, программа эти запросы обрабатывает и успешно "забывает". Как результат необходимо создавать несколько вариантов кода которые должны иметь логическую взаимосвязь, но не техническую. Например, страница с формой генерируется одним кодом, а обработчик уже совершенно другим. И для оптимизации часто оказывается целесообразным отказ объединения в один модуль. То есть ООП там наверняка есть, но причины использования объектов не связаны с логикой самого сайта.

Что касаемо скорости загрузки, тут уже ООП совершенно не при делах. Теоретически, ООП даёт более медленный код, но практически есть масса других факторов, которые на несколько порядков оказывают более заметное влияние - ping, поддержка параллельности сервером, оптимизация внутрисерверных запросов и так далее. Иногда, на скорость открытия влияет структура самой страницы и скрипты - у меня постоянно в Опере тормозит market.yandex.ru - вероятно из-за глючного аякса.

Epsiloncool - 1. Сайты не являются программами 2. Генерация страницы с запросом к пользователю и обработка ответа пользователя ведётся разными процессами, следовательно вопросы согласования формы запроса и обработчика не могут быть решены средствами ООП. Если попытаетесь сделать в одном коде и генерацию формы и обработку этой формы, сразу поймёте о чём речь, и что именно спрашивал Nepster. Что б подобный приём оправдал себя, необходимо делать сайт из одного CGI, но с десятками вариантов форм которые содержат десятки полей. Типичный сайт имеет "пару" форм, одна из которых имеет "много" полей. В такой схеме создание объекта будет просто неоправдано. Плюс, вы забываете, что ООП предполагает сложную структуру разнородных данных и их обработку, а форма в HTML - для обработчика как чистый текст.

Гость Гость

2 Baram:
программа для веб-приложения по сути мало чем отличается от программы для классического приложения. Поэтому фраза "для сайта понятие ООП неприменимо" звучит по меньшей мере странно.

2 latander: Вы совершенно не в теме. Не понимая что такое ООП и БД - лучше не заходите в эти тэги.

LOSE LOSE

У дурова спроси!

Гость Гость

Посмотрите В К полностью содрали с Fac о чем там еще можно говорить

Добавить комментарий | Похожие обсуждения

Вопросы и ответы по Вконтакте
Вопросы и ответы

Популярные вопросы и ответы о социальной сети www.vkontakte.ru (vk.com)