Легкая веб-разработка .NET? - PullRequest
7 голосов
/ 23 марта 2010

В настоящее время я работаю над проектом, который имеет значительное количество как клиентского, так и веб-кода. Код клиента написан на C #, а веб-часть написана на PHP. Поддержание согласованности между двумя мирами становится громоздким, и я хочу консолидировать веб-код в .Net.

Проблема в том, что я ненавижу веб-разработку в ASP.Net Web Forms. Я хочу что-то такое же сырое, как PHP, просто используя вместо этого C #. Я немного прочитал о ASP.Net MVC, но, похоже, он слишком абстрагирует логику запросов для моего вкуса.

Кто-нибудь знает легкий способ разрешить C # + .Net обрабатывать веб-запросы? Стоит ли мне присматриваться к MVC?

Обновление: я пошел с ASP.Net MVC, и я до сих пор был очень доволен.

Ответы [ 6 ]

6 голосов
/ 23 марта 2010

Если вы хотите отказаться от веб-форм ASP.NET, я рекомендую ASP.NET MVC с пользовательским механизмом просмотра (например, Spark или NHaml).Это даст вам консолидацию, которую вы ищете, и позволит вам избежать большинства веб-форм, которые вам не нравятся.

AFAIK, для веб-разработки .NET вам придется взаимодействовать с ASP.NET в той или иной форме, но пользовательские механизмы представления в MVC могут быть именно той абстракцией, которую вы ищете.

3 голосов
/ 17 августа 2011

Теперь можно использовать программный стек, полностью отделенный от IIS и ASP.Net, используя Kyak, Nancy и Gate.

http://bvanderveen.com/a/gate-0.1.0/

2 голосов
/ 23 марта 2010

Возможно, вы захотите проверить Kayak , который, насколько мне известно, является единственной автономной средой веб-разработки .NET, которая не является ASP.NET.

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

Редактировать: Я еще раз взглянул на исходный код, и похоже, что онипереписали значительную часть своего серверного кода и при этом исправили основные проблемы.Производительность, вероятно, не будет проблемой.

1 голос
/ 14 мая 2012

По моему мнению, нет ничего более легкого, чем комбинация NancyFX (http://nancyfx.org/) с Dapper (https://github.com/SamSaffron/dapper-dot-net) для доступа к данным.

NancyFX может быть размещен в ASP.NET, WCF, Azure, OWIN-совместимых средах, Umbraco или вы можете написать свой собственный хост.

Читайте также эти статьи: http://theothersideofcode.com/lightweight-development-in-dot-net-nancy http://theothersideofcode.com/lightweight-data-access-in-dot-net-massive

Я также предлагаю вам TinyIoC (https://github.com/grumpydev/TinyIoC) для разделения ваших прикладных слоев.

С уважением, Джакомо

1 голос
/ 23 марта 2010

MVC.NET с открытым исходным кодом, поэтому вы можете заставить его делать то, что вы хотите. Это фреймворк, который можно переопределить, расширить и т. Д. Я бы посмотрел на него поближе. Это прекрасно работает для меня, и я пришел из CGI, Struts и Webwork. Я люблю это.

0 голосов
/ 23 марта 2010

Вы должны изучить интерфейсы IHttpHandler и IHttpModule .Это основа для ASP.NET WebForms.У Брэда Уилсона есть хорошее вступление к первому.

В плохие времена, когда WebForms был способом разработки ASP.NET, я писал свою собственную простую инфраструктуру MVC с этими интерфейсами.В то время я боролся с движком View, но теперь есть несколько из них.

Вы ближе познакомитесь с ASP.NET MVC, так как источник доступен, и решаете сами.Возможно, вы захотите изменить некоторые используемые соглашения, а не всю структуру.

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