Является ли ASP.NET AJAX для элементов управления скриптом устаревшим?

Я разрабатывал некоторые элементы управления сценариями на стороне сервера с их аналогом на стороне клиента.

Поскольку я нашел несколько статей и вопросы по Stakoverflow о том, что Microsoft практически отказалась от клиентской библиотеки ASP.NET AJAX в пользу jQuery, меня беспокоит, что разработка элементов управления сценариями также устарела.

Я считаю полезным OOP Microsoft AJAX API и его интеграцию с серверными элементами управления.

Наконец, сейчас я использую ASP.NET 4.0.

Заранее спасибо.

ЗАКЛЮЧЕНИЕ:

* Мой проект использует ScriptControls и Callback API. Внутри ScriptControls я всегда использовал jQuery вместо клиентской библиотеки AJAX. Другими словами, я считаю, что у меня нет жесткой зависимости от того, что должно быть устаревшим в будущих версиях .NET.

Текущий сценарий: .NET 5.0 уже достаточно далеко, а текущая версия 4.0 имеет эти функции ASP.NET, а пока существуют официальные подходы, предоставляемые ASP.NET.

Поскольку .NET 4.0 еще некоторое время будет на рынке как последняя версия, и я сомневаюсь, что Microsoft сможет полностью удалить функции ASP.NET AJAX 4.0 в 5.0, я считаю, что и ScriptControls, и Callbacks будут безопасными в течение следующих 5 лет, и мне этого достаточно.

Поправьте меня, если я ошибаюсь, но ScriptControls + Callback API + jQuery (для манипуляций с DOM) должны быть безопасными и подходящими для среднесрочной / долгосрочной перспективы. *


.net asp.net asp.net-ajax asp.net-4.0
person Matías Fidemraizer    schedule 08.05.2011    source источник
comment
если у вас нет проблем с использованием jquery, попробуйте перейти к этому, поскольку теперь у вас есть больше поддержки для jquery.   -  person kobe    schedule 08.05.2011
comment
@kobe, но jQuery не охватывает некоторые функции, такие как интеграция управления на стороне сервера. Придется ли мне реализовать собственную специализированную интеграцию клиент-сервер? Я не собираюсь переходить на ASP.NET MVC, мне нужны веб-формы, потому что моему решению нужна компонентно-ориентированная архитектура.   -  person Matías Fidemraizer    schedule 08.05.2011
comment
Примечание. Я не смог просмотреть ответы до завтрашнего утра по Гринвичу + 1, извините. Я прочту всем завтра. Заранее ценю вашу поддержку!   -  person Matías Fidemraizer    schedule 08.05.2011
comment
Я исследовал больше таким образом и нашел эту библиотеку: ajaxoop.org Может быть, она вам пригодится чтобы иметь возможности MS AJAX OOP без MS AJAX.   -  person Matías Fidemraizer    schedule 09.05.2011

Ответы (2)


arrow_upward
2
arrow_downward

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

Но если вы начинаете что-то новое и какое-то время сохранится (как и все программное обеспечение), тогда вам будет лучше с JQuery, поскольку он будет развиваться с течением времени, и вы можете продолжать пользоваться этими преимуществами.

К тому же, если и было время изучать JQuery, так это сейчас. С таким же успехом можно нырнуть в лоб.

person Roopesh Shenoy    schedule 08.05.2011
comment
Это не проблема jQuery или не jQuery. Я знаю jQuery и использую его для этого проекта, но jQuery не интегрируется с серверными элементами управления из коробки, вы знаете: D - person Matías Fidemraizer; 08.05.2011
comment
Собственно про этот проект никогда не слышал, посмотрю. Я считаю, что ваш ответ мне подходит, потому что он проясняет мою проблему. Мне нужно только перенести элементы управления сценариями в jQuery, но функции ScriptManager, такие как обратные вызовы и т. Д., Могут оставаться неизменными, потому что я считаю их полезными, и в моем сценарии они работают как шарм. Я предпочитаю оставить этот ответ не отмеченным как правильный, потому что я хочу выслушать больше мнений, но я проголосовал за него. Если завтра так и останется наиболее четким ответом, отмечу, не сомневайтесь :) Спасибо за поддержку. - person Matías Fidemraizer; 08.05.2011
comment
Я просмотрел DJ, это интересно. Я с нетерпением жду профессиональных проектов, так как он кажется достаточно стабильным для этого. - person Matías Fidemraizer; 09.05.2011

arrow_upward
1
arrow_downward

Что ж, Microsoft давно перестала поддерживать LINQ to SQL в пользу Entity Framework, но люди все еще используют LINQ to SQL.

Хотя это правда, что Microsoft больше не прилагает усилий для дальнейшей разработки библиотеки MS AJAX, мне нужно решить, использовать ее или нет, если целевые разработчики знают ее лучше, чем другая библиотека JavaScript (при условии, что это время, чтобы получить что-то сделано это важный фактор).

Если вы начинаете с равной точки зрения, я бы, вероятно, выбрал jQuery, потому что он поддерживается Microsoft, и есть большое сообщество, которое может помочь с проблемами, оно находится в постоянной активной разработке, и это поможет, если вы решили переместить части приложение для ASP.NET MVC, которое очень хорошо работает с jQuery.

person Russ Cam    schedule 08.05.2011
comment
Но, например. что насчет ScriptManager. Это тоже когда-нибудь будет устаревшим? - person Matías Fidemraizer; 08.05.2011
comment
Я не думаю, что это было бы устаревшим, поскольку это неотъемлемая часть MS AJAX, UpdatePanels, создание прокси для вызова веб-сервисов и т. Д. Я думаю, можно с уверенностью предположить, что он не будет иметь дальнейшего развития в теме. - person Russ Cam; 08.05.2011
comment
Полезно знать и важный момент. Это было моей проблемой, поскольку я использую некоторые чрезвычайно полезные функции ScriptManager. Я поддержал этот комментарий и ваш ответ. Почему бы вам не добавить эту информацию к ответу? Я считаю это полезным для других. - person Matías Fidemraizer; 08.05.2011