在TPL数据流网络中流动的项目是DTO还是POCO ?

(现在我用缩写词引起了你的注意…)

也许问这个问题的更好方法是:何时应该在TPL数据流网络中使用dto和poco ?(因为更好的选择可能取决于环境)。

两种方法我都用过，但我不确定什么时候该用哪一种。处理逻辑应该在块中(即，您传递给标准块的lambda)还是应该像往常一样封装在对象中?

(提醒一下，什么是DTO和POCO是在POCO和DTO的问题中讨论的。)

我倾向于70%的dto在网络中流动，因为:

• 在设计/编码一个数据流网络时，我的心智模型集中在一个多阶段的转换管道上——数据被一次又一次地转换和转换。重点是转换，而不是每种数据项的"行为"。我希望看到转换被布置成一堆(相对)小的函数(lambdas)，我可以一起浏览。

• 流中的项通常不是应用程序的模型类的实例，它们通常只是在流中创建并在流结束时销毁的实例。(有时它们只活到从一个街区到另一个街区。)

另一方面:

• 您有时可以认为数据项正在经历连续的转换，这将对数据类封装行为产生影响。

• 如果你在数据类中封装行为，那么创建数据流块并将它们连接起来就变成了样板(因为在块的lambdas中没有特定的数据工作)，因此你可以创建相当通用的构建器，很容易描述构建任何网络。

(我唯一相对确定的是，样式不应该在一个网络中混合。)

但是我没有足够的经验来制定任何指导方针来建议如何选择。我正在寻找这样的指导方针，或正反论证来考虑。