Вопрос

Еще, когда я создал внутренний сайт для клиента, использующего Silverlight 2. Они были довольны этим, и мне едва пришлось прикоснуться к нему. Ожидается, что этот сайт всегда будет работать? Чего я боюсь, так это внезапно, что через несколько лет звонят, когда пользователи установили Silverlight X, и теперь он сломан, и мне придется сразу же преобразовать его после Y -версии Silverlight, чтобы вернуть сайт, и я не дону Это даже Silverlight больше.

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

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

Так что я думаю, что я прошу, есть известный конец жизни? Или мы просто играем на слух?

Это было полезно?

Решение

На основе Политика жизненного цикла поддержки Silverlight, Похоже, что официальная поддержка Silverlight 2 уже закончилась (по состоянию на 12 октября 2010 года). Однако некоторые другие документы (в основном перечислены на это так вопрос) создать впечатление, что приложения Silverlight совместимы с двойной обратной задачей через своего рода «режим Quirks Silverlight», так как вы не измените свое приложение Silverlight, а политика не меняется, приложение должно работать на неопределенный срок.

Другие советы

Люди в MS до сих пор проделали достаточно хорошую работу по поддержанию обратной совместимости между выпусками Silverlight. Но произошли некоторые существенные изменения, и в зависимости от того, что делает ваше приложение, какие функции используют и какие ошибки во время выполнения, которые оно использует, оно может или не может продолжать работать чистое выполнение в будущих версиях времени выполнения. MS приводит несколько хороших примеров разрыва изменений между Silverlight 3 и Silverlight 4 здесь.

Один из примеров многих: Silverlight 4 представляет новое свойство «водяного знака» на классе Textbox. Вполне возможно, что приложение Silverlight 2 или Silverlight 3 подкладывало класс Textbox и добавила свое собственное свойство водяного знака. Таким образом, ссылки в XAML на это свойство с водяным знаком могут бросить неоднозначное матчксекцию при выполнении на Silverlight 3 или Silverlight 4 во время выполнения.

Предположительно, будет больше изменений такого рода, когда MS переезжает в SL5, а затем SL6, и т. Д., И их команда разработчиков перестанет так сильно беспокоиться о нарушении приложений SL2. Изменение, которое вводит действительно классную функцию, но нарушает некоторую разумную часть приложений SL2, предположительно, было бы неприемлемым в SL5, но, возможно, не в SL6 или SL7.

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

Успокойтесь :) Все всегда будет работать .. Silverlight имеет 100% обратную совместимость для каждой крупной версии!

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top