Во-первых, в случае, если вы пропустили это, Atlas теперь является Microsoft ASP.NET AJAX Extensions . Иногда нужно задуматься о приоритетах команды MS по именованию продуктов. Джанго это крутое имя. Script.aculo.us это круто. Атлас был классным. ASP.NET AJAX Расширений нет. По крайней мере, они не работали с «Windows» там. Но я отвлекся.
Как бы вы это ни называли, выпущена бета-версия ASP.NET AJAX Beta 1 . Неотъемлемой частью этого является выпуск ASP.NET AJAX «Value Add» CTP Beta 1 . Для лучшего объяснения того, что находится в каком пакете, см . Превосходное объяснение Скотта Гатри о новом положении земли .
Для ленивых и / или спешащих, вот краткое резюме:
- ASP.NET AJAX Beta 1 в основном содержит «основные» функции Atlas, включая UpdatePanel.
- Пакет Value Add содержит много вещей, которые были в ядре Atlas, такие как AutoCompleteExtender или элемент управления UpdateProgress.
- Обязательно ознакомьтесь с руководством по миграции ; это помогает сделать многие изменения осмысленными. Но, если вы интенсивно использовали предыдущие версии Atlas, вы внесете довольно значительные изменения в свои приложения.
К сожалению, Microsoft сделала одну действительно глупую вещь с этим выпуском: они устанавливают его в GAC и рекомендуют разработчикам ссылаться на него оттуда. Это очень плохо, если вы не в курсе, так как это может легко сломать ваше приложение при развертывании, если вы не будете осторожны. Для тех, кто находится на общих хостах, потребуется, чтобы хостинговая компания установила его для работы приложения. И я сомневаюсь, что слишком много общих хостов захотят установить все, что не находится в состоянии окончательного выпуска.
К счастью, эту проблему можно обойти. Как это зависит от того, какие веб-проекты вы используете. В любом случае настоятельно рекомендуется скопировать любую версию двоичных файлов AJAX-фреймворка в ваш проект, как и любую другую статически включенную библиотеку. Теперь, если вы используете веб-проекты, как в веб-проектах Visual Studio 2005 по умолчанию, вам просто нужно скопировать библиотеки DLL в папку bin вашего приложения. Если вы используете проекты веб-приложений (которые вы действительно должны использовать в любом случае), здесь есть небольшая хитрость. Во-первых, обращайтесь к файлу DLL, как к любой другой DLL, на которую вы хотите сослаться. Затем измените свойство «Копировать локальное» в Microsoft.Web.Extensions на true. Это должно заставить ваше приложение иметь дело с локальной копией сборки, а не полагаться на копию GAC.
Наслаждайтесь & счастливым веб 2.0