Собственно создается система логирования , требования следующие :

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

2. система должна позволять регистрировать новые типы сообщений

3. система должна предоставлять удаленный просмотр журнала событий

4. система должна предоставлять возможность удаленной регистрации событий от .НЕТ клиентов , а также других приложений для системы Windows не поддерживающих данную технологию.

5. система должна иметь возможность регистрации локальных событий от .НЕТ клиентов , а также других приложений для системы Windows не поддерживающих данную технологию.

6. система должна предоставлять возможность локального и удаленного администрирования.

Основная цель — продемонстрировать возможности среды разработки и платформы и доказать начальству что можно создавать быстрее, надежнее и не намного медленные системы чем на с++ + тfc. Сейчас подобная система уже начала разрабатываться на с++.

К сожалению я не гуру в .нет, читал книжки от МС ПРЕСС но на практике — 0, поэтому в багаже пока только есть определенная вера в то что это должно действительно быть намного быстрее и надежнее...только вот в производительности пока уверенности нет.

Так вот как же я примерно представил реализацию :
п1. — создание низкоприоритетного потока в который складывать входящие сообщения ...а он уж по мере освобождения ресурсов машины будет "неспеша" их складывать в хранилище
п2. — сделать в хранилище таблицу для хранения дерева типов ( один тип может быть подтипом другого ) с соотв. параметрами
п3. — использовать .net remoting
п.4. — для .net клиентов использовать event , delegates , remoting. Для не .нет — слушающий сокет.
п.5. — собственно то же что и п.4. только для не .нет приложений использовать прием через сообщения окна windows вместо сокета
п.6. — клиент на .нет ремоутинг.

В качестве хранилища решил использовать XML , добавление новых записей — дописывание в конец файла. Возможно имеет смысл использовать MS SQL , но опять же подразумевается что система логирования может быть запущена на каждой рабочей машине независимо. Не ставить же на каждую SQL Server. Т.е. основной use-case системы — система ставится на рабочих станциях пользователей предприятия. на ней же работают приложения которые регистрируют свои события в системе. Собственно возникает вопрос — зачем нужны удаленные фичи ? — 1. администрирование системы..администратор должен иметь возможность быстро получить информацию о работе приложений 2 — возможность выноса системы логирования на отдельный защищенный сервер например для ведения аудита финансовых операций.

Прошу покритиковать мое решение , предложить фичи в vs 2005 которые могут действительно ускорить процесс разработки, а также предложить дешевые полезные фичи которые можно добавить в систему при этом не сильно ее усложнив . дабы показать мощь .нет 2.0.. буду очень признателен.

Особенно приглядываюсь к фиче vs 2005.net — application diagram — было бы здорово если на ней можно реально нарисовать скелет системы и затем достаточно быстро закрыть вопрос реализации. Если кто использовал в деле поделитесь ощущениями пожалуйста...