Собственно, думаю, что выбрать для дальнейшей разработки. По сути, обе технологии знаю достаточно поверхностно (в основном вся разработка идёт на не-web, WinForms), поэтому думаю начать углублённо изучать какую-то одну, но какую? В дальнейшем необходимо будет переделывать один большой старый проект, который сейчас работает через тонкий клиент. В общих чертах, суть его в том, что около тысячи пользователей из других компаний заходят в эту систему и вводят некие данные, на основе которых работает система и сотрудники внутри нашей компании.

WebForms удобна наглядностью. Накидал на формочку контролов, настроил их через окно свойств и всё отлично. С другой стороны, примеров кода в интернетах по webforms мало, в основном все пишут уже на MVC, я так понимаю. Но одно дело интернет-магазин, а другое - корпоративный сайт с кучей табличек, задач и разнообразным вводом/редактированием данных. Хотя я не знаю, может это делается легко и просто и на MVC.

А ещё есть некий Angular, используя который, насколько я понял, можно отказаться и от MVC и от WebForms...

И вот ещё вопрос какой. В веб-приложении ожидается куча задач для пользователей. При этом получается, что если в одной из этих задач что-то нужно будет поменять, то нужно будет перепубликовывать весь сайт. По крайней мере сейчас так происходит с нашим ASP.Net - сайтом (там задач десять сейчас). При этом сайт становится недоступным на некоторое время в течение публикации и где-то полминуты после неё. Нет ли какой-то возможности перепубликовывать только часть сайта? Ну, исходя из такой логики: есть страница с главным меню со ссылками на страницы задач, есть отдельно страницы с различными задачами, когда нужно изменить задачу, меняем только её "страницу", не затрагивая остальные.

Andrey1306
ну так и делайте динамическое добавление задач, и не придется публиковать каждый раз

Не понял, как это?

BoneshockVixlerНакидал на формочку контролов, настроил их через окно свойств и всё отлично

так толсто, что даже тонко
И не думал. Пытались писать один проект на MVC, уже был сделан один на WebForms. До этого я несколько лет уже писал десктопные приложения на Winfoms и WebForms были для меня намного интуитивнее и понятнее. В конце концов психанули, плюнули на ASP.Net MVC и написали десктопное приложение на WinForms для внутренних сотрудников и небольшую часть на ASP.Net WebForms для внешних. Т.е. хотели сделать одно Web-приложение для всех пользователей, но пошло очень криво, много всплыло подводных камней, короче быстрее было переписать всё на проверенных технологиях, чем разгребать это болото. Что-то подсказывает, что, конечно, WinFroms это прошлый день, и всё же надо переходить на новые технологии, но вот, решил тут посоветоваться.

skyANAVixlerпропущено...


Не понял, как это?Ну как. В интерфейсе есть кнопочка: "Create task", - нажимая которую ответсвенное лицо создаёт задачу.

Может Вам стоит готовое решение поискать, купить и развернуть. Что-то мне кажется, что дешевле будет :)

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

Всё равно не догоняю. Киньте название "готового решения", чтобы я посмотрел, как оно выглядит вообще. То есть, есть солюшн, пусть Asp.Net WebForms, нам надо добавить задачу "Журнал заявок". Уже работает опубликованный сайт, в котором есть задача "Создание заявки". Пишем в проекте код новой задачи, добавляем там webControl, новые классы и т.д. Теперь это надо выложить на сайт. Компилируем, проверяем, жмём на проекте правой кнопкой, "Опубликовать". Как вы предлагаете это сделать иначе?

AxeleronVixler,

Работал в одной конторе, так там когда появился WebForms, старички говорили типа: 'нечего спешить с WebForms - Classic ASP и так хорош'. Ну сидят дальше. Появился MVC, она снова говорят: 'не надо MVC нам - скоро умрет. Да и Classic ASP пока еще хорош'. В общем так и сидят на Classic ASP по сей день.
А Вы вообще не думали о том, что Ваша цена на рынке труда тает из дня в день, если Вы не изучаете новые технологии? Или Вы работаете в Японии, где Вы принадлежите одной корпорации всю карьеру? Не надо бояться изучать новое. Если голова еще работает и руки не из одного места, то все должно получиться.
Как мне кажется, мои сомнения вполне обоснованы. В соседней ветке обсуждали, приводили диаграммы, по которым количество сайтов на ASP.Net MVC меньше процента, тогда как ASP.Net Webforms - 40 процентов. Поддерживать и развивать ASP.Net WebForms Microsoft не прекращает, в отличие от Classic ASP. Написать удобный и красивый интернет-магазин или обучающий сайт на MVC видимо легко и просто, в сети куча примеров, но непонятно, насколько удобно писать крупные корпоративные веб-приложения с кучей таблиц (с фильтрами, поиском, сортировкой, группировкой, редактированием), графиков и отчётов. Собственно, где-то и видел такой совет по поводу этого сравнения: "если есть много работы с таблицами - используйте WebForms".

[quot Monochromatique]Vixlerпропущено...


Да так все обычно и делают. Как узнать автора задачи? Всё просто - готовый паттерн:




Скажи, как надо делать, раз такой умный. Толку от твоих комментариев?

BoneshockVixlerИ вот ещё вопрос какой. В веб-приложении ожидается куча задач для пользователей. При этом получается, что если в одной из этих задач что-то нужно будет поменять, то нужно будет перепубликовывать весь сайт. По крайней мере сейчас так происходит с нашим ASP.Net - сайтом (там задач десять сейчас).
чет я не догоняю... Каждая задача - это физически на сервере отдельная .aspx-страничка чтоли?
обычно делается так: страница для отображения задачи одна, конкретная задача передается параметром вроде Task.aspx?id=123
на самой странице данные по этому id загружаются из бд и отображаются, соответственно новые задачи добавляются в бд (через веб-интерфейс, например)
Не, отдельная задача - это один отдельный .acsx WebUserControl. .aspx-страниц там всего две. Это дело всё вообще не я писал, человек, занимавшийся вебом ушёл от нас, пришлось мне взяться за этот сайт, хотя кодинг под веб всегда недолюбливал. Сейчас сайт работает по принципу "работает - не трогай", иногда только что-то добавляется, подправляется. Чувствуется, что наворочено неимоверно, программер изучал ASP.Net с нуля по мере написания программы, пробовал разное. Есть конечно желание переделать всё по уму, надо только понять, как делать правильно и определиться с технологией.

Boneshockнормальная тема:) теперь твоя очередь изучать с нуля
Так блин в том и проблема. Лежат две толстенные книжки, одна по ASP.Net, другая по ASP.Net MVC. И какую читать - фиг его знает. Не хочется зря время потратить, да и другие книжки ещё на очереди лежат.