多线程，任务工厂中如何创建连续任务，如下代码...

[junjian8811]

TaskFactory taskFactory = new TaskFactory();
taskFactory.StartNew(() => StartWorkOut(task.JQ));
taskFactory.StartNew(() => StartWorkIn(task.JQ));

现在我想执行完StartWorkOut任务后，然后执行StartWorkIn任务。

Task我知道有个ContinueWith方法。
TaskFactory 里怎么实现？？？？？？

[以专业开发人员为伍]

既然是顺序执行，又弄 Task 干什么呢？跟 Task 完全无关。

[wanghui0380]

Task.Factory.StartNew(() => {
// DOA}).ContinueWith(p => {
//DOB
 })

[guanyinsishengzi]

ContinueWith

[圣殿骑士18]

p哥说的有意思，顺序执行确实没有必要用task了，即使用task，一个就够了。

TaskFactory taskFactory = new TaskFactory();
taskFactory.StartNew(() => { StartWorkOut(task.JQ); StartWorkIn(task.JQ); });

[wanghui0380]

话同样不是这么说，任务可以组合，有时候A，B都可以自己独立执行 比如一个GSM模块的指令，AT，AT+COPS?当然可以独立在task里运行，如果你封装的时候就是两task，那么凭啥不能让外面的人自己连接顺序？？ 逻辑上AT不通请检查串口线，请检查硬件模块是否启动，如果AT通AT+COPS?，请检查sim卡是否插好。我当然可以独立下发指令检查，我当然也可以按顺序连接两个本来已经写好的task 这种东西其实很多，比如RFID读写，你封装的自然是封一个读的task，一个写的task。好吧需求来了，一些场景需要严格匹配，得先读rfid唯一编号tid，在启动匹配写。对于这样的为啥不是连个task的顺序执行？

[以专业开发人员为伍]

如果你要执行完a然后执行b，那么你的 Task 就是执行c，而 c 方法里边的逻辑是顺序执行a、b。这个其实并不是编程问题，而是概念封装问题，如果你硬说顺序程序都是并发的东西变成的，那就等于反过来解释设计方式了。

[以专业开发人员为伍]

一个人既可以写 Task.Run(()=>a())，也可以写 Task.Run(()=>b())，但是假设他不会写Task.Run(()=>{ a(); b()}); 那就肯定是有一大堆的设计都不能从需求出发来快速编程，而满脑子只是套用别人的。这是一个普遍现象。