Comments 10
Storyboard и анимации это часть декларативного UI, которому в code-behind не место.
Да и XAML-дизайнеры в C# code-behind файлы совсем не писцы.
Или вы решили таким образом от XAML файлов совсем избавиться? :)
Да и XAML-дизайнеры в C# code-behind файлы совсем не писцы.
Или вы решили таким образом от XAML файлов совсем избавиться? :)
+1
Совсем избавляться от XAML нет смысла, потому что, как я и писал в статье, для дизайна интерфейсов он замечательно подходит. Но есть вещи, которые куда удобнее реализовать в коде, и анимации, как мне кажется, входят в их число. Кроме того, в реальном мире интерфейс на XAML и программный код часто пишется одним и тем же человеком, так что проблема дизайнера, не шарящего в C#, возникает не так уж и часто :)
0
спасибо за статью, не могли бы вы перенести ее в блог Silverlight, который больше подходит по смыслу?
0
то что вы «курите» все подряд, несколько раздражает.
0
На данный момент — удобное и симпатичное решение.
Справедливости ради стоит сказать, что простая логика и в XAML пишется легко. Что касается более сложной — мощь WPF/Silverlight заключается в разделении работы программиста и дизайнера интерфейсов. При этом дизайнер (предположительно) пишет интерфейс в каком-нибудь Blend. В далёком идеальном будущем, я надеюсь, xaml либо никто не будет писать вручную, либо в нём появится удобный способ записи последовательных анимаций.
Справедливости ради стоит сказать, что простая логика и в XAML пишется легко. Что касается более сложной — мощь WPF/Silverlight заключается в разделении работы программиста и дизайнера интерфейсов. При этом дизайнер (предположительно) пишет интерфейс в каком-нибудь Blend. В далёком идеальном будущем, я надеюсь, xaml либо никто не будет писать вручную, либо в нём появится удобный способ записи последовательных анимаций.
0
Sign up to leave a comment.
Сервелат, анимация и старый добрый code-behind