Denis Antonenko

Silverlight разве ещё не умер? Не пользуйтесь им.

Не очень понимаю, зачем вам асинхронный геттер.

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

Если не нравится, что пока идёт загрузка, в UI показывается значение по умолчанию - тут уже варианты, от банального FallbackValue при связывании до конвертеров и кастомных полей (как-то для такой цели я сделал поле модели типа string, при асинхронной загрузке заносил туда значение типа "loading...", а после успешной загрузки клал туда отформатированное в string значение).

Декомпилируете код меняете сточку. Компилируете код

Что бы руками сервисы не инициализировать. Пишите свой компонет/сервис, в конструктор передаете реализацию интерфейса (то есть ваш класс зависит только от интерфейса) а контейнер в зависимости от настроек подсунет нужную реализацию.

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

Так же можно разграничивать доступ к различным слоям приложения что бы небыло соблазнов из одного слоя (например представления) дернуть что-то из слоя обработки запросами... ну или не знаю...

Так же есть варианты с коллекторами. То есть мы собираем все сервисы реализующие какой-то интерфейс (например драйвера) и регистрируем их в другом сервисе.

Этот велосипед пишется на раз-два.

Вам надо перегрузить вот этот метод:
ServiceBase.OnSessionChange

В целом, то что вы закрыли диалог совершенно не означает, что ваша длительная операция прервалась.
backgroundWorker.CancelAsync(); всего лишь информирует задачу, что её прерывают. Внутри обработчика backgroundWorker должна быть специальная проверка свойства CancellationPending, при установке которого нужно выполнять выход из потока обработки.
Закрытие формы не уничтожает поток с задачей - она будет выполняться, пока не дойдёт до конца.
Скорее всего при повторном открытии формы у вас происходит конфликт с ресурсами, которые уже используются первым потоком обработки.

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

Из принципиально нового в .NET 4.5 с тех пор появилась только асинхронность. Ну и еще Linq. Книжку по .NET 2.0 можно смело читать - только главы про многопоточные приложения воспринимайте как теорию, а не как руководство к действию.

В 2012й студии есть встроенный профайлер, скрывающийся в меню ANALYZE. Из сторонних - можно использовать dotTrace.

В любом случае, прежде всего лучше переписать службу так, чтобы она могла запускаться как консольный процесс. Если еще и вывод лога в консоль добавить - то многие вещи можно будет увидеть визуально.

Phonegap это надстройка (да простят мне такие слова) над Cordova
т.е. Phonegap предлагает все что есть в Cordova + удаленный дебаггинг

В таких случая стоит читать MSDN :)

Any calls to Play, Pause, and Stop methods that occur before the MediaOpened event is raised are ignored.

Т.е. после установки Source, подписывайтесь на MediaOpened и в обработчике уже вызывайте Play().
А с кнопки работало, потому что, пока вы нажимали на кнопку, файл успевал уже открыться.

x:Class="PivotApp2"

PivotApp2 - это не класс, а namespace

Скорее всего Вам необходимо указать, что при удалении PriceList не удалялся каскадно ExecutiveUnit. При этом дочерние ExecutiveUnitPriceList удаляются каскадно.

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Entity<ExecutiveUnitPriceList>()
        .HasRequired(a => a.ExecutiveUnit)
        .WillCascadeOnDelete(false);
}