考虑以下教科书示例类:
class Worker
{
public void SomeUpdateMethod(SomeObject input)
{
// Some long running process, candidate for a multi-threaded operation
}
}
由于Worker类对UI一无所知,因此可以认为它是可重用的。
然而:一旦我们想要更新UI --现在是业务对象(在本例中是Worker类)--需要知道它需要更新的UI元素。这可能是一个标签或进度条。
这似乎是一种反模式。并打破了干净的层(业务逻辑和表示)结构。
这个问题是如何解决的?一个小例子或只是高层次的理论就可以了。
1条答案
按热度按时间i2byvkas1#
事件和委托是实现此目的的方法。