написал строку
3) прочитал ответ
Сервер:
1) слушает соединение
2) прочитал сроку
3) сделал магию
4) написал ответ
Кажется каждое из этих действий ты умеешь
Клиент один или много? Если один то вообще сложностей нету
Если много я бы на tcp пересел. Там вроде обвязка поудобнее
ytkmpz
это не совсем так должно работать, сервер должен мониторить все заданные элементы файловой системы без считывания их повторно
Базу сделай себе или сет в памяти делов то. Сервер пункт 2.1) чекнуть сет на наличие
Или на клиенте, там от архитектуры своей смотри. Лучше и там и там
типо хэшсет строк ?
ладно есть ещё такой момент ивенты ведь выдают eventargs
Ну да, по ним и чекай была строчка/нет. Если сценарий такой, что уникальные должны быть в рамках жизни сервера то и база не нужна. Только с конкаренси посмотри аккуратно, если будет из разных потоков доступ.
тут просто в чем суть задания, нужно следить за изменениями в файлах и выдавать что именно изменилось, есть режимы дифа (Как в гите поиск измененного текста) и режим мониторинга (когда за папками следит, тут к счастью есть встроенный класс)
А через графические клиенты пользователь типа добавляет пути для отслеживания?
Обсуждают сегодня