Где делает ASP.NET MVC не дотягивает до Ruby on Rails, CakePHP и др.?
Я довольно активно работал с ASP.NET MVC и я нахожу это чрезвычайно полезным (по сравнению с веб-формами), однако у меня есть некоторый опыт работы с другими фреймворками MVC, и я чувствую, что есть определенные пробелы в возможностях.
Во-первых, в Drupal вы можете подключиться практически к чему угодно и переопределить действие просмотра. например, вы можете подключиться к функции Drupal, которая записывает заголовок и добавляет пользовательский контент. Я не вижу такого рода способностей в ASP.NET MVC.
Где остальное делает ASP.NET MVC не дотягивает по сравнению с весной.Фреймворки NET, RoR, CakePHP и т. Д.? Я беспокоюсь, что ASP.NET MVC - это WebForms 2.0, и в конечном итоге он будет изнашиваться, это приветствуется таким же образом, поэтому мне было бы лучше перейти на другую платформу в долгосрочной перспективе.
С уважением.
2 answers
Где еще есть ASP.NET MVC не дотягивает по сравнению с весной.Фреймворки NET, RoR, CakePHP и т.д.?
Хммм, шутливый ответ, где яблоки отстают по сравнению с грушами? :-) Трудно ответить на что-то настолько общее. Мой главный комментарий заключается в том, что ASP.NET MVC довольно самоуверен, то есть он никого не оскорбляет, и он действительно нигде не обеспечивает 10-кратную производительность программиста.
Возможно, что-то вроде Ruby on Rails действительно позволяет программировать в 10 раз выше производительность при оптимальных условиях для RoR. Примером может служить одна форма "свяжитесь со мной", поддерживаемая базой данных Ajax, где помощники RoR по Javascript Ajax действительно экономят много времени, если они соответствуют вашим потребностям.
Преимущества ASP.NET Самоуверенность MVC заключается в том, что вы можете выбирать между множеством отличных технологий и "смешивать и сочетать" свою собственную структуру MVC. Существует множество отличных доступных компонентов, многие из которых с открытым исходным кодом, с помощью которых вы можете "ароматизировать" ASP.NET MVC на ваш выбор.
Еще одна замечательная вещь о ASP.NET MVC - это сила всей цепочки инструментов - от Visual Studio, надстроек Visual Studio, таких как ReSharper, до Windows 2008, IIS 7 и средств развертывания Microsoft, до примеров кода, таких как корпоративная библиотека, для веб-приложений .NET можно найти просто огромное количество отличных инструментов и справок.
Я беспокоюсь, что ASP.NET MVC - это WebForms 2.0, и в конечном итоге он будет изнашиваться, это приветствуется в том же мода, поэтому мне было бы лучше перейти к другой структуре на долгосрочную перспективу.
Абсолютно нет. Посмотрите на количество вопросов с тегом ASP.NET-MVC на этом сайте, посчитайте сообщения в блоге - это большой успех. Кроме того, кто сказал, что WebForms умер?
На самом деле -- и я хочу подчеркнуть, что у меня нет веских доказательств этого, это просто ощущение -- на самом деле может быть больше программистов, активно работающих над ASP.NET Проекты MVC прямо сейчас, чем есть на некоторых фреймворках на других языках, таких как Django на Python, которые считаются успешными и "здесь, чтобы остаться". Это всего лишь предположение с моей стороны, но среди моего круга друзей по развитию, ASP.NET У MVC на удивление большой кругозор для такого молодого проекта. Отчасти это происходит из-за "езды на спине .NET", т. Е. Потому, что.СЕТЬ настолько распространена, и в ней так много разработчиков...
Перейдите в другой технологический стек, если:
- у вас большой опыт работы или предпочтения для других языков программирования
- или если вы видите огромный технологические преимущества для вашего проекта на другой платформе (это действительно должно быть огромным, чтобы компенсировать потерю опыта работы с платформой).
- возможно, если вы создаете стартап, и, возможно, Microsoft не купит ваш стартап, но Google купит, тогда, возможно, выберите свою платформу на основе ваших ожидаемых предпочтений покупателей.
В противном случае, если вам нравится программирование на C#/ ASP.NET MVC, тогда оставайся на месте. ASP.NET У MVC впереди большое будущее.
[ На самом деле, у меня есть только одна настоящая проблема с ASP.NET MVC - имя. Это не совсем легко слетает с языка.]
Это только кажется частью VC. Здесь не происходит ничего, связанного с сохраняемостью модели/базы данных.
Считаете ли вы это положительным или отрицательным, на самом деле зависит от того, как вы на это смотрите - мне нравится использовать NHibernate в своих проектах MVC, так что, вероятно, это хорошо для меня...