Вы кажется несколько не поняли затею. Сервис предоставляет интерфейс к уже более высокоуровневым операциям (типа GetClientsList, FindClientByID итд). Кстати я подумал, вам по-моему очень хорошо подойдет WCF Data Services. Это прямая реализация «БД как сервис». Вот так с ним например можно работать из браузера: WCF Data Services — Browser access
Да. Я тоже хотел предложить такой же способ. БД + EF CodeFirst с миграциями + WCF для сервисного интерфейса. Кстати, подумайте, может стоит избавиться от SQL Server и перейти на SQL Server Compact (в случае с EF CodeFirst это одна строка конфигурации), сохраняя всю базу в один файл. Передо мной сейчас практически ваша ситуация (но только без питона), и я дописываю слой работы с данными. На данный момент в проекте используется EF DatabaseFirst с кучей ALTER и CREATE на старте приложения.
О. Вот это кажется вы толкнули меня в правильном направлении. Спасибо, разбираюсь. Пока правда все упирается в то, что я не понимаю, как можно интегрировать и дифференциировать сигналы полученные дискретным образом.
Само собой разумеется, что подход не тот. Но вопрос был не об этом. Не люблю уводить нить рассуждения от темы. А то начнется: «А что ты делаешь?», «А ты не так пишешь!», «А зачем тебе это надо?». Человек спросил, как ему доехать на катке до дачи — я ответил :) А почему он едет туда на катке — пусть это он сам у себя спросит :)
Еще хорошо бы повесить на централизованный контроль некоторые счетчики типа количество переданных данных, количество подключений, ошибок. Возможно, обновление сервиса на новую версию в заданное время.
WCF на IIS и сервисы, это хорошо. А как ими управлять или их мониторить? Сервера довольно нестабильные и хорошо бы сразу иметь представление кто живой, а кто нет. Некоторые сервера должны иметь служебный интерфейс (некоторые операции могут проводиться вручную)
Спасибо за ответ. Ссылку эту я почему-то пропустил, сейчас изучу повнимательнее. Проблемы, на чем будет написан плагин нет в имеющемся контексте. Тут главное сделать быстро, и чтобы работало. А так, хоть на brainfuck'е. =) Просто не мог не попробовать такой вариант поняв, что вещь, которая с использованием .net framework библиотек делается за 15 минут, на плюсах пилится вручную целый день. Хотя, может я и ошибаюсь в своем видении.
Хорошая мысль. Осталось только придумать пример в котором Dispose() или Close() BinaryReader'а из разных потоков не будут абсурдными :) А может в данном случае это просто такой обычный паттерн, который разработчик применил для перестраховки.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.