换墙纸的东东本来主业是为了能自动换墙纸，结果现在重心却移到了日历和时间显示上去了。关于界面方面的技术问题基本已经都解决了，主要是学那些日历软件的换肤功能，可以把PNG文件直接作为皮肤来加载，接下来就是要好好设计一下皮肤的机制。
早在做输入法时，就已经能实现换肤和异形窗体，那时只能支持BMP格式的图片文件，但所有代码全是用纯GDI完成，所以实现起来很简单，用API就能直接画出来，在窗口上写字什么的也很方便。但现在为了能使用PNG格式，就不得不用了GDI+，用PNG的好处在于，从图片上就能直接应用某些区域部分不同程度的透明化，BMP是很难达到这样的效果的。于是，从实现角度看，区别还是挺大的，而且不知道是不是我用得有问题，有时候它占用CPU有点多。不过暂时不管这些，毕竟能用了，先考虑一下如何有效地加载皮肤，并能比较灵活地定制和扩充窗体。
最先开始动手做这个东东的时候，原始的想法是时间显示是一个窗体的实现，日历显示是另一个窗体的实现，这样可以预见到的是对于界面部分的代码必定很大程度上是可以共用的，还甚至想过怎么把这部分抽象提取出来呢。到今天突然觉得，其实这个完全可以用同一个实现，至于显示什么内容，可以通过设计一个具有良好弹性可扩充性的皮肤机制来实现。初步想法是，一个皮肤至少包括一个图片文件和一个配置文件，图片文件用来最终描绘窗体，而配置文件则描述剩下的其它内容，比如在什么位置，使用什么字体，显示什么内容，这内容部分也是由主程序定义的一堆描述性的转义命令，例如当前日，月，年，小时，分等等。现在的困难就是配置文件要被定义成什么样，这个皮肤机制才能有足够的灵活性和后续可扩展性。比如显示内容，我可以让它是定义字体后再通过程序来输出文字，也可以是直接将另一个图片文件中的内容贴上去，我应该怎么选择呢？另外，因为想用一套程序代码实现时间和日历的显示功能，所以定义的转义命令也要考虑得周全一点，除了当前年月日，时分秒外，还需要星期、月历，也需要任意指定的某年某月某日的日历或月历，除了要有公历外，还要有农历和二十四节气、节日等等。
而这些，则还完全只限于实现一个时间和日历的功能，像现在的雪狐日历精灵，已经可以以皮肤的形式还实现计算器，游鱼等更实用或更娱乐化的内容。如果考虑到这些，这个皮肤配置文件就需要设计得更灵活强大才行。顺带还有另外一个待决策问题，这个配置文件用XML描述好呢，还是用Lua之类的脚本语言描述好？从我个人的熟悉程度来讲，XML明显好过Lua，从表达能力上讲，也许Lua更强一些，但ANT不也用XML实现了一套比较强悍的语法了么！
总之，这皮肤的机制得专门花时间认真设计一下了。
支付宝扫一扫
微信扫一扫