Если у меня есть желание заниматься веб-программированием, какую технологию лучше выбрать?
С# и HTML я знаю

Если это не провокация то вам сюда: 1
или сюда: 2
  

ASP.NET vs PHP


titanrem, думаешь в этом разделе тебе посоветуют выбрать PHP?

Это сообщение отредактировал(а) Soah - 27.2.2009, 01:13

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

PHP

ни то, ни то. Сейчас выбор скорее между Ruby on Rails, Django, ASP.NET MVC.
Что касается названных тобой, то ASP.NET - без напильника только для интранета годен, а PHP уже морально устарел... ИМХО.
 

Ты о чем?

О том что абстракция "пишите веб-приложения также как Windows-приложения" ни хрена не работает и работать никогда не будет... поэтому WebForms для интернета не предназначены, хотя конечно можно и на них нормальный сайт сделать, но для этого нужно идти против течения WebForms. 
Жаль, что до MS эта простая истина очень долго доходила, но вот недавно наконец дошла, и теперь идёт работа над ASP.NET MVC, который к концу года имеет шансы догнать существующие решения (MVC-фреймворки) по основному функционалу, ну а потом MS наверняка добавит каких-нибудь конкурентных преимуществ...

Это сообщение отредактировал(а) source777 - 1.3.2009, 18:23

source777, у WebForms и ASP.NET MVC разные ниши. Сравни усилия на написание Data-Driven приложения на обоих - например, время на реализацию хорошего редактируемого грида под ASP.NET MVC в разы больше такого для WebForms. WebForms - это не попытка повторить WinForms под веб. Это просто очень странная реализация Page Controller.
Кстати, кроме ASP.NET MVC идет вполне активная работа над Web Client Software Factory и Dynamic Data, которые вполне работают на WebForms.

Это сообщение отредактировал(а) PashaPash - 1.3.2009, 19:38

Так я про это и говорю, ASP.NET MVC - для сайтов, а WebForms - для интранет-приложений с веб-интерфейсом. Хотя по конкретным компонентам я бы сравнивать не стал, не это главное... а для грида под ASP.NET MVC есть MVC Contrib, которого для сайта вполне достаточно. 


одно другому не мешает...

 На ASP.NET тоже порой удобно работать, смотря какие задачи, но что ASP.NET MVC сейчас перспективнее - не поспоришь...

Не обязательно  Скромные сайты, без особой логики, на WebForms рисуются намного проще.
Вот тут есть забавный flowchart для выбора: http://www.emadibrahim.com/2008/09/07/deci...c-and-webforms/
или вот тут: http://blog.gadodia.net/choosing-between-webforms-and-mvc/


Это сообщение отредактировал(а) PashaPash - 2.3.2009, 11:42

а пример? только не из серии "накидать компонентов", т.к. это будет не сайт, а максимум его прототип, который в инет стыдно выложить...   


вполне согласен с этими диаграммами, доводы за WebForms явно не в пользу его применения для создания сайтов:
Need WinForms like programming interface? // вот-вот и не только интерфейс, но и event driven подход
Need RAD Development? // тут видимо под RAD подразумевается исключительно Drag&Drop style
Heavy data driven application? // а для сайтов - agile story driven

Лично для меня эти достоинства WebForms являются жирными недостатками.

Да любой хомяк без логики рисуется на WebForms просто мышкой. Стыдно-не стыдно, а 90% сайтов в инете именно так и сделаны. Даже хуже - они сделаны точно так же, но в блокноте и на php. Без разделения UI/BL вообще.


Это потому что ты уже набрал определенный опыт. Я видел девелоперов со стажем типа 2 года, которые пытались js-переменные в методы класса-страницы передать. И при посадке на MVC начинают модель из кодбехайнда дергать. Да и сама идея "страницы нет, а есть MVC" с трудом доходит. Так что часто лучше Drag&Drop,  WinForms like, чем "типа MVC, но с логикой во вьюшках", с кучей XSS дырок, и с прикрученным самописным аналогом ViewState.

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


да, причём веб-опыт как раз не от MS решений, а от того же PHP, Code Igniter`a и Ruby on Rails, так что для меня ASP.NET MVC - нечто абсолютно привычное и весьма удобное... в отличии от ASP.NET, от которого у меня волосы дыбом встают при каждом случае его использования  


тут сложно спорить, но идеальным вариантом было бы всё-таки объяснить им паттерн MVC или MVP. А также что ViewState - квинтэссенция зла, косячно скрывающая то, что HTTP - stateless protocol!