Сравнение производительности веб-фреймворков - PullRequest
0 голосов
/ 11 марта 2009

Я ищу реальные тесты сравнения веб-фреймворков на основе динамических языков (Python, Ruby, Groovy и Lua). Еще лучше, если их сравнивать с классическими решениями на основе PHP, Java, ASP.NET или даже Perl. Меня особенно интересует:

  • Джанго
  • Ruby on Rails
  • Grails
  • Zend Framework
  • Struts2

EDIT: Что касается ответа Шона:

  1. Это более гипотетический вопрос, в реальной жизни я должен выбирать, основываясь на большем количестве ограничений, чем просто скорость.
  2. Скорость - не единственный и даже не самый важный параметр, который необходимо учитывать. На самом деле более интересно, как эти рамки масштабируются .
  3. Использование стандартных, хорошо знакомых фреймворков имеет преимущества, которые в большинстве случаев (если вы не делаете что-то вроде EVE on-line) улучшение прироста скорости.

Позвольте мне процитировать книгу "Struts2 в действии" Д. Брауна, C.M. Дэвис и С. Стенлик:

«Если хотите, вы можете свернуть свой собственный фреймворк. Это на самом деле неплохой план. предполагает пару вещей, хотя. Во-первых, у вас много действительно умных разработчиков. Два они иметь время и деньги, чтобы потратить на большой проект, который может показаться не по теме с точки зрения бизнес-требований. Даже если у вас есть редкая троица действительно умных людей, время и деньги, есть еще некоторые недостатки. Я сделал работу для компании, чей продукт построен на внутренняя структура. Рамки не плохие. Но пара вопиющих моментов не может быть упускать из виду. Во-первых, новым разработчикам всегда придется изучать фреймворк с нуля. Если вы используете основную структуру, то вас ждет найм обученной рабочей силы их. Во-вторых, внутренняя структура вряд ли увидит элегантные изменения, которые идут в ногу с темп промышленности. Фактически, внутренние структуры, кажется, подозревают архитектурную эрозию как проходят годы, и слишком много расширений менее элегантно, чем можно было бы надеяться. "

Не могу не согласиться.

Ответы [ 2 ]

15 голосов
/ 12 марта 2009

Если у вашего проекта есть серьезная, идентифицируемая потребность в скорости, то есть до такой степени, что ваша структура является предметом рассмотрения, поэтому начинать с универсальной платформы - плохая идея. Все они будут слишком медленными из-за высокого уровня, общего назначения и расширяемости.

Если в вашем проекте нет жестких требований к ультраэффективной структуре, то вы, вероятно, потратили больше времени на ввод вопроса, чем на самом деле сэкономили бы, применив «самую быструю» структуру.

2 голосов
/ 14 мая 2013

Тест Techempower:

http://www.techempower.com/benchmarks

Они сравнивают множество фреймворков и принимают для сравнения новые фреймворки. Интерфейс очень интуитивно понятный. На мой взгляд, сейчас это лучший ориентир.

Ожидание по всему миру - 1 час речи

http://www.parleys.com/#id=2942&st=5

Django здесь нет, это всего лишь эталон каркасов JVM. Но тем не менее, это вполне научно, стоит того.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...