关于设计窗口定时器类的一点思考(2013-03-17)

    问题是这样的，一个父窗口有很多子窗口，而这些子窗口都需要定时更新自身的数据。

    对于这个问题看上去最简单的一个办法就是为每一个窗口都创建一个定时器，然后分别处理，但这样做，代码量势必很大，而且当父窗口需要增加子窗口时对代码结构的影响必定会很大。所以，我没有采用这样的办法，很多表面上看起来很简单的东西也不必急着动手，仔细想想，说不定有更简单的方法。

    一个很朴素的想法是将定时器抽象成一个类，然后这个类负责处理跟定时器相关的所有的逻辑。依据问题描述，定时器逻辑基本与数据更新相关，那抽象出来的定时器类如何访问那些散落各地的数据呢？难道将那些数据都集成到新增的定时器类中吗？这样肯定是不行的，先且不说事先并不知道需要哪些数据，而就算知道，那又如何满足如此多的子窗口需求。那由此得出一点：抽象出来的定时器类不能直接操作数据。既然定时器类不能操作数据，那属于哪个对象的数据就必须得由哪个对象维护和更新。那么定时器类则可以通过回调函数的方式来将数据隔离到其他地方进行访问和更新。综上所述，定时器类现在有了触发和停止定时器的逻辑，还有自己的定时器函数，另外它也保存了一些回调函数作为其成员，那现在只需提供一些注册回调函数的接口，该类便已完成搭建。对于我工作所提需求，定时器类需要提供的可供注册的回调函数有这么几个：定时器触发时被调用的函数，定时器停止时调用的函数，在定时器函数中被调用的函数，另外还有一个在定时器函数中用作判断是否调用第三个函数的条件判断函数。前两个函数用于设置状态，第三个函数作为数据更新的主体，而第四个函数则判断在什么样的条件下应进行或不应进行数据更新操作。

    到此，定时器类已被抽象完成。但有一些细节需要注意，我们注册的回调函数如果都不会有参数的话，那倒是很省事，可惜，事与愿违！没有参数的回调函数太弱了，我不仅需要函数有参数，而且最好还可以将对象的函数注册为回调函数。那这个时候，回调函数的注册接口就不仅仅只需要一个指向函数指针的参数了，它必须支持可变参数。