Comments 8
интересная тема, ждем продолжения
я планирую сделать цикл статей на эту тему и в итоге превратить этот велосипед в полноценное open-source решение на .net 4.0, как альтернативу quartz.net, который все-таки слишком близок к java и не использует родных для .net фич. Если есть желающие присоединиться — буду только рад, пишите в личку.
В Windows уже есть Task Scheduler 2.0 — чем он хуже самодельного?
Постараюсь ответить по пунктам
1. нативного для C# API у него нет, нужно использовать COM обертки
2. для запуска таска надо либо делать консольное (.exe) приложения для каждого таска, либо делать каждый таск, как COM объект, что согласитесь усложняет жизнь
3. это внутренний компонент Windows, значит, на Mono его не используешь
4. у него нет внешних интерфейсов, поэтому использовать его, как компонент кластера, не получится.
Поверьте, я сам весьма ленив и не стал бы браться за что-то подобное для фана, но так уж вышло. Поэтому я и решил — почему бы не поделиться с людьми полученным продуктом и опытом?
1. нативного для C# API у него нет, нужно использовать COM обертки
2. для запуска таска надо либо делать консольное (.exe) приложения для каждого таска, либо делать каждый таск, как COM объект, что согласитесь усложняет жизнь
3. это внутренний компонент Windows, значит, на Mono его не используешь
4. у него нет внешних интерфейсов, поэтому использовать его, как компонент кластера, не получится.
Поверьте, я сам весьма ленив и не стал бы браться за что-то подобное для фана, но так уж вышло. Поэтому я и решил — почему бы не поделиться с людьми полученным продуктом и опытом?
1. COM Interop это довольно просто
2. Ну это еще проще
3. Можно было бы сделать обертку для него и использовать либо его, либо свою собственную реализацию
4. Опять-же wcf сервис проксирующий запросы не такая большая проблема.
За 2-3 дня можно написать вполне рабочее решение. потом еще потратили-бы пару дней на правильную генерацию interop и все :)
2. Ну это еще проще
3. Можно было бы сделать обертку для него и использовать либо его, либо свою собственную реализацию
4. Опять-же wcf сервис проксирующий запросы не такая большая проблема.
За 2-3 дня можно написать вполне рабочее решение. потом еще потратили-бы пару дней на правильную генерацию interop и все :)
Ага, ага. И заставить все это использовать не шибко продвинутых китайцев и индусов, коих все больше в компании, тем самым обеспечив себе безбедную жизнь на поддержке на долгие времена. :)
Sign up to leave a comment.
Пишем свой обработчик тасков на .NET