Думаю создавать пост-вопрос явление нормальное и немного флейма в условиях отсутствия постов никому не повредит.

Столкнулись с задачей сравнительного тестирования фреймворка.

Краш тестирование - вопрос понятный и методы для этого есть.

Интересуют другие виды тестирования. Есть идея - собрать сайт на других фреймворках и сравнивать копии + скорость разработки и прочее. Вопрос только в том, что время на разработку на других ФВ будет не объективным, потому-что никто из нас с ними не работал.

Любая информация интересна.

Суть тестирования - показать насколько наше решение работает быстрее.

Буду рад если кому-то будет интересно поучаствовать.

google.com bobrdobr.ru del.icio.us technorati.com linkstore.ru news2.ru rumarkz.ru memori.ru moemesto.ru

9 Комментариев на “Сравнительное тестирование фреймворков”

  1. GLad сказал:

    Думаю, сравнивать исключительно по скорости неправильно. Я вижу следующие критерии для сравнения:
    1. Платформа + поддерживаемые БД
    2. Класс задач, которые эффективно реализовывать, используя конкретный фреймворк (чтобы сделать скрипнт новостей и контакт форму - prado ставить не будешь, мешанкой и процедурным программированием большой проект не потянешь)
    3. Объем (количество файлов).
    4. Время на разработку драфт-версии проекта (наличие скаффолдинга и прочей байды)
    5. "Тяжесть" и скорость работы
    6. Наличие интерфейсов для расширения
    7. Эффективность, понятное дело - тоесть скорость разработки
    8. Опционально - документы, мануалы и туториалы, видеокурсы :)

  2. Руслан Пилин сказал:

    http://www.alrond.com/ru/2007/jan/25/rezultaty-testirovanija-6-frameworks/

    а еще можно немного погуглить)
    http://www.google.com/search?q=сравнительное+тестирование+фреймворков

  3. zeroreturn сказал:

    После того что размещено на alrond.com обсуждение можно прекращать не начиная :)

  4. GLad сказал:

    На alrond размещено весьма непонятное тестирование скорости фреймворком, причем синтетическое и на проекте а-ля "hello, world"
    надо брать проект на месяц-два, и на нём тестировать, тоесть тестировать как скорость работы в реальных условиях, так и скорость разработки

  5. Rayan сказал:

    ктото работал с zend framework?

  6. Fritz сказал:

    Тест не о чем.

    Желающие могут закидать помидорами, но напишу про такой плохой и тормозный Symfony:

    Рельсам уже несколько лет, Symfony находится в состоянии RC, причем в планах версии 1.0 отвязка от относительного медленного ORM Propel и замена на более быстрый Doctrine.

    На практике обычная страница с небольшим количеством запросов - 0,3-0,7с. Результаты поиска по таблице в несколько десятков тысяч записей с 3-4 джоинами, с результатом на несколько тысяч записей и пейджером около 0,8-1,5с.Это в продакшн режиме.С все еще медленным ORM.

    Само удобство работы с базой 5.Т.е. генерация классов для доступа не вызывает вопросов, изменения структуры таблиц в ходе работы не оказывает серьезного влияния на работу.

    В дев-режиме имеем массу инфы по ходу выполнения.Трекинг времени, и.т.п.

    Минус по удобству работы - конфигурационные файлы в .yml формате, нужно привыкнуть ставить нужное количество пробелов :)

    AJAX как и в Рельсе - Prototype, впрочем для обычной работы хелперы разруливают всю основную работу, хотя иногда нужно понимать особенности Javascript.

    По поводу сложный фреймворк....сложность на уровне использования Smarty+MySQL, ну может кому-то и сложный.

    Документация 5+.

    Ожидаю версии 1.0 :)

  7. GLad сказал:

    Симфони слишком большой для месячных проектов

  8. zeroreturn сказал:

    2 glad
    >> надо брать проект на месяц-два, и на нём тестировать
    такое тестирование по кармане единицам, причем таким, которые уже являются владельцами одного из подобных frameworks :) поэтому вряд ли такое тесторование будет проведено. а жаль.

  9. Fritz сказал:

    На днях собираюсь посмотреть Cake, беглый просмотр доков оставил ощущение что особой разницы в работе не будет, будет в уровне дружелюбности :) - документация и примочки. :)





Оставте свое мнение