Зачем нам элементы управления Lync SDK, если их нельзя использовать в режиме подавления пользовательского интерфейса? - PullRequest
2 голосов
/ 11 мая 2011

Зачем нам нужны элементы управления Lync SDK, если их нельзя использовать в режиме подавления пользовательского интерфейса?Например, элемент управления MyStatusArea или другой.

1 Ответ

2 голосов
/ 11 мая 2011

Насколько я вижу, элементы управления Lync предоставляют значение в 2 случаях использования:

  1. Для использования при создании приложения, которое автоматизирует Lync
  2. Для использования в приложении Silverlight для расширения окна беседы

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

Сказав это, - это позор, что элементы управления нельзя использовать в режиме подавления пользовательского интерфейса.

Одна из причин заключается в том, что для некоторых элементов управления не имеет смысла запускать их в режиме подавления пользовательского интерфейса. Например, элемент управления StartInstantMessagingButton запускает новое окно диалога - это окно диалога не будет отображаться в режиме подавления пользовательского интерфейса (учитывая, что пользовательский интерфейс подавлен!)

Другая возможная причина (моя собственная точка зрения) заключается в том, что режим подавления пользовательского интерфейса должен использоваться, когда компания хочет ограничить пользователей ограниченным подмножеством функций Lync. например они могут захотеть встроить возможность отправлять мгновенные сообщения нескольким пользователям в отделе кадров, но не позволяют звонить другим пользователям или добавлять другие контакты и т. д.

Разрешение элементам управления работать в режиме «Подавленный интерфейс» означает, что не разработчик может открыть Visual Studio, создать приложение WPF / Silverlight, перетащить некоторые элементы управления и эффективно обойти ограничения, наложенные компанией. (конечно, в нынешнем виде разработчик может создать приложение, которое использует необработанный API, чтобы обойти эти ограничения, но это потребует гораздо больше усилий).

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

Если вы счастливы, что это правильный ответ, можете ли вы пометить его как принятый с помощью галочки, чтобы помочь другим пользователям, посещающим этот пост? Спасибо

...