Если у вас объекты нестатические — вы обязаны иметь точку, которую можно получить из привязки (DataContext или свойства элемента, или свойства родителей, или через другой статический объект), из которой можно получить ссылку на требуемый нестатический объект.
Я предлагаю выложить код на PasteBin или аналогичный сервис, в частности — файлы app.xaml, app.cs, файлы основной формы с привязкой (xaml, cs), иерархию до того поля, которое вы хотите привязать и место, где создается объект (если он не статический), глубоко вложенное свойство от которого вы хотите привязать.
А вообще (если смотреть по хорошему) — таких глубоких привязок просто не должно быть.
К объектам надо как-то получить доступ — или через статический объект, или через объект, который можно получить из байндинга — напр. DataContext, родительские контейнеры и т.д. А пространство имен — это именно пространство имен, то что namespace в сборке.
Через что вы хотите получить доступ к объекту?
Так это же сводится к обычному List<object> (все, что мы получм от v будет возвращать нам object, и в контейнере Values мы можем работать с этим только как с object), ковариантность тут не поможет.
Время наработки на отказ не тоже самое что число циклов перезаписи. Если заставить диск 24/7 писать данные используя всю скорость (порядка 10-20Тб в день) — можно и за 2-3 месяца убить диск.
Как-то я пропустил момент активации, когда включил телефон — никаких запросов об активации небыло, никаких привязанных live id тоже не нашел (потом добавил свой live id в настройках accounts).
У меня другая информация на этот счет.
По 2 вопросу — университет имеет права делать что-то своё на основе изложенной в дипломе работы, или дать другому дипломнику делать свою работу на базе вашей (как продолжение развития дипломной темы).
Главное осторожнее выбирать преподавателя, а то попадется как мне — считающий что концентратором(хабом) можно разгружать сеть и изолировать домены коллизий.
