Что выбрать ASP.NET MVC или Yii?

Question

[EmilSabitov]

Добрый день.
Не хотелось разыгрывать очередной холивар, но спор между мной и коллегой нужно разрулить. Коллега хорошо владеет PHP и его фреймворками, в частности Yii , а я отлично владею C#, но так же владею PHP, но не так хорошо как C#.
И вот настал день, когда нам нужно разработать большой проект, где должна быть достаточно гибкая система по хранению данных, показу их и обработке. Появился вопрос: "На чем же её писать?".
В связи с тем, что каждый из нас в голове представил примерную реализацию на своем "удобном" языке, то мы не можем придти к общему мнению и начать реализовывать продукт.

Для простоты обсуждения, давайте придумаем тему для системы, например: "Система документооборота". Это пример возможно нагруженной системы, где есть много связей и вложенности в структурах данных.

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

Так как данный вопрос может пригодится другим людям в будущем, то прикрепляю несколько ссылок, которые несут полезную информацию на эту тему:
Сравнение по пунктам
Почему выбрать Yii?
ASP.NET MVC
Достоинства и недостатки PHP и ASP.NET
Преимущества .NET для веба
Какую технологию выбрать для диплома?

Answer 1

[Quber]

Владею и PHP и C# ASP.NET.
Скажу, что для системы документооборота лучше всего использовать C#, так как у него готовые классы для работы с файлами, что актуально для системы документооборота. Написанный код можно легко внедрить в десктопное окружение, за счёт написанных готовых классов. В C# можно вызывать методы веб интеграции (в php нельзя). И так далее.

Если это предположим проект аля еще один Твиттер или Инстаграмм, то однозначно PHP + фреймворк YII или Symfony 2. ASP.NET в этом плане будет намного слабее и ущербнее. Конечно можно расписывать, что и почему, но эта тема долгого холивара. В YII мощная система кеширования, гибкость, модульность. Можно внедрить просто большую кучу best practice с любого PHP кода. А сообщество PHP намного больше чем сообщество ASP.NET

Comments

[wkololo_4ever]

"ASP.NET в этом плане будет намного слабее и ущербнее. " можно узнать почему? Не холивара ради, просто хочется услышать реальные минус.

[Quber]

При разрастании проекта (особенно такого большого), ASP.NET будет иметь проблемы с поддержкой и оптимизацией. Для сравнения продуктов, даже достаточно взглянуть на комьюнити разработчиков продуктов ASP.NET и YII, чтобы сделать какие то выводы.

[Quber]

Безусловно ASP.NET не плохой фреймворк. Он достаточно продуманный и в плане расширяемости тоже. Речь не об этом, а о сравнении. Конечно это субъективная оценка

[wkololo_4ever]

Quber но ведь в основе идеологии ASP.NET MVC - расширяемость.

[wkololo_4ever]

Quber или вы рассматриваете именно WebForms?

[Quber]

Владимир Иванов: нет конечно :) webforms не рассматриваю))))) расширяемость, да. любой MVC это присуще. Только у ASP.NET и у YII она разная. При одинаковых масштабах приложения YII поддерживать легче.

[EmilSabitov]

Quber: Сколько пытаюсь себе придумать ситуации, когда поддерживать приложение будет сложно...не получается. Что именно будет сложнее?

[Алексей]

EmilSabitov: Не в плане расширяемости и поддержки, а в плане цены на поддержку серверов и разработчиков для ASP.NET MVC проекта выше планка будет. Все же vNext пока еще бета...

Answer 2

[Александр Макаров]

Я так понимаю, напарник шарпа не знает? Если так, выбирайте PHP. В противном случае напарник окажется бесполезен в течение 3—4 месяцев и потом ещё и окажется, что он не подумал про всякие там блокировки, состояния и race condition и в итоге приложение на пару серверов вообще не развернуть.

Comments

[EmilSabitov]

Полностью с Вами согласен. По этой же причине я так долго и выбирал, оставаться на шарпе или все-же работать в одной "среде".

[Алексей]

EmilSabitov А я не согласен. Если вы знаете хорошо шарп, значит знаете о всех обозначенных проблемах. Отдать напарнику поначалу более легкие задачи, потихоньку его подтягивать, и все будет ок. А самому заниматься вплотную построением инфраструктуры проекта.