Целесообразность использования Views для простых задач

Главные вкладки

Аватар пользователя cdrpro cdrpro 17 февраля 2011 в 11:30

Допустим имеем сайт, где планируются небольшие/простые блоки типа "свежие комментарии", или "Свежие изображения Галерей". Имеет ли смысл ставить громоздкий Views, когда можно написать несложный php код для запроса из базы нужных данных. Или есть всё же какие то минусы в таком подходе? Например, как с производительностью?

Есть мнения?

Комментарии

Аватар пользователя perloid perloid 17 февраля 2011 в 11:50

Всегда считал, что Views предназначен как раз для простых задач.
Чтобы можно было выводить данные, без программирования в php код.

Аватар пользователя cdrpro cdrpro 17 февраля 2011 в 11:55

Ch, вопрос задан чётко. Если что то мерещится между строчек — не мои проблемы )
penexe, 3,5мб это не громоздкий? Если сравнить с кодом на несколько десятков кб максимум.
perloid, а мне не нужно просто, мне нужно легко и чистенько, без лишних мегабайт хлама. Я когда разбирался в шаблонами во Views, пришлось резать 80% кода в них что бы добиться того что я хочу.

Аватар пользователя Ch Ch 17 февраля 2011 в 12:42

cdrpro, вопрос четкий, но четкий ответ на него вряд ли будет, а холивар не избежен. Он уже начался...

Я например, вообще views не пользую. Не потому что он громоздкий, а потому что мне без него удобней.

Аватар пользователя cdrpro cdrpro 17 февраля 2011 в 12:54

Да пофиг на холивар, если кто хочет что-то доказывать, пусть доказывает до посинения ))) мне всё равно, а вот если хотя бы один из 30 напишет дело — уже хорошо.

Меня интересует производительность первого и второго вариантов.

Аватар пользователя kodo kodo 17 февраля 2011 в 13:22

Производительность чего вам интересна?
Производительность выполнения кода? По предыдущим холиварам - в целом соизмерима в обоих случаях.
Производительность работы программиста? Решите для себя сами, т.к. это очень индивидуально.
Производительность сопровождения? Зависит от проекта. В вашем случае возможно не критично. Сделал и забыл.
Для себя - Я ВО ВСЕХ проектах использую Views.

"cdrpro" wrote:
3,5мб это не громоздкий?
- это не критично

Аватар пользователя Ch Ch 17 февраля 2011 в 13:27

"cdrpro" wrote:
Меня интересует производительность первого и второго вариантов.

Оба варианта можно реализовать по разному. Кривой сниппет будет хуже хорошого views. И наоборот. Так что сравнивать их как бы не совсем корректно.

Про производительность не так давно было обсуждение здесь.

Аватар пользователя glu2006 glu2006 17 февраля 2011 в 14:32

cdrpro wrote:
Да пофиг на холивар, если кто хочет что-то доказывать, пусть доказывает до посинения ))) мне всё равно

Синкора2 Smile
Если вам все равно, то за каким органом был задан вопрос?

От себя могу сказать одно, все кто делает сайты профессионально используют вьюсы, а остальные "великие мыслители и оптимизаторы" пытаются сделать свой велик который нахрен никому не нужен.
Нравится писать свои запросы, нравится по каждому чиху лазить в код и что-то там менять? Пишите свои решения, флаг вам в руки и барабан на шею. Wink

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 17 февраля 2011 в 14:42

"glu2006" wrote:
От себя могу сказать одно, все кто делает сайты профессионально используют вьюсы, а остальные "великие мыслители и оптимизаторы" пытаются сделать свой велик который нахрен никому не нужен.

Так же доставляют лулзов оптимизаторы сайтов с 10 просмотрами в сутки

Аватар пользователя Arturus Arturus 17 февраля 2011 в 14:44

Не забывайте момент, что views поддерживают кэширование, а это не маловажный момент для снижения нагрузки. Наверняка самописный сниппет будет выполняться каждый раз при обновлении страницы, а если этот снипет расположен в панели меню и отрабатывает для каждой страницы и количество посетителей за 1000?

Аватар пользователя direqtor direqtor 17 февраля 2011 в 15:57

Хоспидя, когда народишко здесь начнет вместо холиваров просто в код модулей заглядывать. Не забывая при этом, что самые ядрёные модули друпала кодились в мозгах получше ваших.

3,5 Мб – тяжелый модуль? Ха-ха... Мой оптимизированный друг, эти три с половиной метра – всего лишь удобный интерфейс админа для конструирования SQL-запросов. Причем таких головоломных, что писать их сам ты сможешь только после месячного ликбеза по структуре БД Друпал. Кстати, здесь полно любителей использовать views именно как конструктор запросов для их сниппетов. Знаешь, как выглядят потом их сниппеты?

  $result = db_query("здесь стыренный из вьюса запрос");
  $lines = array();
  foreach($line = db_fetch_array($result)) {
    $lines[] = /* тут пихаем запрос в нужный формат */;
  }
  print theme('table', $lines....);
// ИЛИ
  print theme('item_list', $lines....);
// ИЛИ
  print 'свой говнокод из $lines';

А теперь задай себе тупой вопрос, какой код выполняется views на фронтэнде? Правильно, тот же самый. Ему только еще надо извлечь готовый SQL из базы и функции темизации из реестра. Что , собственно, относится к штатным операциям. Добавь к этому еще встроенное во views кэширование всего и вся. А теперь попробуй доказать, что ты чего-то добился? Не занимайся оптимизацией кавычек.

Аватар пользователя direqtor direqtor 10 ноября 2015 в 11:47

Кстати, срываем покровы для самых боязливых. Огромный модуль... Обратите внимание на что уходят три мегабайта их четырех...

Правильно, на картинки, документацию и хелпы, которые один хрен никто не читает.