Насчет делегата-заглушки на событиях — интересно, подобное описание никак не помешает сборщику мусора удалить объект, у которого события таким вот образом «проинициализированы»?
Спасибо за перевод, отличная статья (читал еще в оригинале, правда)!
Первое впечатление от этого SketchFlow было «Вау, круто!». Но поковыряв его немного нашлись досадные минусы:
1) сильно нехватает кнопочки «Convert To Production Styles» и обратной «Convert To Sketch Styles», так как процесс этой конвертации довольно мануальный, судя по хелпу, а иногда бывает необходимо побыстрому туда и обратно переключаться. Погуглив немного, выяснил, что данной возможности нехватает многим.
2) насколько я понял, проект типа «Silverlight + SketchFlow» ничего не знает о Silverlight Navigation Framework, поэтому если планируется именно «навигационное» приложение, то позже при переносе скетча в продакшн потребуется достаточное количество дополнительных телодвижений. В частности, для текущего проекта решили, что проще будет уже сразу прототипировать в обычном Silverlight проекте, чем потом возиться с конвертацией. Кстати, скетчевые стили использовать это никак не мешает.
Вообще не знаю почему, но ожидал, что переход из скетча в продакшн будет реализован более «гладким и быстрым» что-ли. Все-таки SketchFlow интегрирован в Blend и специально для прототипирования WPF и Silverlight приложений (в первую очередь) разрабатывался… А оно показалось чуть более «отдельным инструментом», чем хотелось бы :)
Тем не менее, это гораздо лучше, чем ничего (сторонние «отдельные инструменты» не в счет). К тому же в будущих версих Blend'а (или даже в сервис паках) эти ньансы наверняка будут учтены.
Первое впечатление от этого SketchFlow было «Вау, круто!». Но поковыряв его немного нашлись досадные минусы:
1) сильно нехватает кнопочки «Convert To Production Styles» и обратной «Convert To Sketch Styles», так как процесс этой конвертации довольно мануальный, судя по хелпу, а иногда бывает необходимо побыстрому туда и обратно переключаться. Погуглив немного, выяснил, что данной возможности нехватает многим.
2) насколько я понял, проект типа «Silverlight + SketchFlow» ничего не знает о Silverlight Navigation Framework, поэтому если планируется именно «навигационное» приложение, то позже при переносе скетча в продакшн потребуется достаточное количество дополнительных телодвижений. В частности, для текущего проекта решили, что проще будет уже сразу прототипировать в обычном Silverlight проекте, чем потом возиться с конвертацией. Кстати, скетчевые стили использовать это никак не мешает.
Вообще не знаю почему, но ожидал, что переход из скетча в продакшн будет реализован более «гладким и быстрым» что-ли. Все-таки SketchFlow интегрирован в Blend и специально для прототипирования WPF и Silverlight приложений (в первую очередь) разрабатывался… А оно показалось чуть более «отдельным инструментом», чем хотелось бы :)
Тем не менее, это гораздо лучше, чем ничего (сторонние «отдельные инструменты» не в счет). К тому же в будущих версих Blend'а (или даже в сервис паках) эти ньансы наверняка будут учтены.