Если вы запускаете определенный этап на основе изменений в App1 или App2, вы можете использовать только ключевые слова + changes:
Использование ключевого слова changes только с или исключением позволяет определить, если задание должно быть создано на основе файлов, измененных событием git push.
blockquote>Определите два этапа - один для App1, один для App2 и добавьте ключевое слово only + changes:
build_App1: script: ... only: changes: - path/to/App1/**/*
см. здесь для получения более подробной информации. И обязательно прочитайте предостережения здесь
Это может совпасть с вопросом о лучших практиках XAML, где рекомендация состояла в том, чтобы смотреть на http://dotnet.org.za/rudi/archive/2009/01/13/xaml-guidelines-released.aspx
Если у Вас есть много сложных XAML, Вы могли бы попытаться разломать его на несколько UserControls, чтобы сделать его более модульным и иметь меньше XAML в каждом файле.
Вот учебный http://silverlight.net/learn/tutorials/usercontrols.aspx
И вот видео http://silverlight.net/learn/learnvideo.aspx?video=52036
Silverlight как любой другой язык UI имеет проблему сложности размера
Много было записано об этой проблеме в мире HTML, и те же правила применяются
Я предпочитаю stackpanels по сеткам для их простоты - Это немного похоже на таблицу миров HTML по сравнению с .css войной разметок
Взгляните на другие народы усилия Silverlight со Шпионом Silverlight, и Вы могли бы чувствовать себя лучше о своем собственном :-)
Ознакомьтесь с серией передовых практик для Silverlight на:
Silverlight 2 Best Practices - 4 статьи
У автора 4 статьи по этому поводу.