Task Scheduler接口抽象

• 0.前言—-TaskScheduler 说明
  
  • 1.Task Scheduler 1.0的相关操作
  • 2.Task Scheduler 2.0的相关操作
  • 3.Task Scheduler接口抽象

嗯，关于Task Scheduler的接口抽象，这个就得根据自己项目的需要自行决定了，比如本人由于在“优化加速”模块之中，需求是管理Windows系统内的所有任务计划项的禁用/启用状态，当然，每个任务计划项的描述信息也是要获取，因此，需要抽象出来的接口肯定不多，大致包含了“遍历所有任务计划项”、“禁用指定任务计划项”、“启用指定任务计划项”等等，其中，查询到的任务计划项信息的时机是在搜索的时候获得的，因此，获取任务计划项的详细信息自然都在遍历任务项的时候获取了。所以，这个功能点的工作量其实不大，毕竟所需要做的并不是一个任务计划程序o(∩_∩)o

另外，正如在《Task Scheduler 1.0/2.0的相关操作》里面看到的，Task Scheduler 1.0/2.0的操作套路其实并没有较大差异。虽然如此，但是我们不能盲目乐观，因为2.0与1.0相比，其底层的架构实现已经有了较大变化，在2.0中，想实现1.0相似的功能，需要操作更多的COM对象，比如获取指定的任务计划项的特定信息，在2.0中，因为引入了类文件系统的特性，把任务计划项们存放在各个ITaskFolder对象对应的路径上，在Win7下要想找到指定任务计划项，知道了任务计划项的内部名称是不行的，还需要提供其所在路径信息，然后找到对应的ITaskFolder对象，然后通过调用此对象的GetTask()来根据内部名称才能检索到所需的任务计划项，而这些在1.0下是不需要的；类似的还有遍历所有任务计划项，在2.0里是递归遍历所有ITaskFolder对象，然后再通过此对象下的GetTasks()函数来遍历此路径下的所有任务计划项的，而1.0则是可以直接通过IEnumWorkItems对象来遍历……

最终我在项目里实现的接口类图如下所示：