Tangram与软件的组合构造 Tangram是中文“七巧板”的英文对应物,大概老外们认为“七巧板”是唐朝人的睿智游戏,而海外唐朝就象征着中国。“七巧板”表现出明显的朴素的构造化思想,以7个元素为基,尽情的造你能所造。最早开发Tangram的时候,这个系统取个什么名字,颇费一番脑筋,好的创意一定得有相配的名字。七巧板的想法就是给一个软件系统一个充分大的“基”,在这个“基”的基础上允许你进行符合规则的构造。软件功能的组合构造是一个十分有趣的问题,首先你必须提供组合构造的基础,其次你必须制定组合构造的规则,然后你必须给出参与组合的成员元素之间的调度、交互方案。 HTML模型是一个很有趣的例子,通过提供一组控件,你就可以构造多彩的页面了,最早我就是通过驱动HTML的扩展接口来实现HTML模型与MFC、ATL等框架对接的,典型的做法是,设计一个IDispatch对象IExtDisp,这个对象能够访问你的对象模型,然后再想办法将这个对象与HTML模型绑定,MSHTML库提供了这个机制。通过如上的处理,你可以在你的HTML页面中调用你的对象指令系统,一个典型的例子就是Visual Studio .NET的代码向导(Wizard)的实现。尽管HTML指令可以扩展,但却不是一个好的选择,我最终将HTML作为一个更大的“基”的一个成员来对待,之所以如此,是因为HTML的表现力还嫌不足,因为毕竟这些东西不是程序或者不像程序。早期使用Delphi时,VCL中有一类Frame对象给我留下很好的印象,从形式上看,一个CFrameWnd与Delphi的Frame很像,但不是。一般来说,Delphi的对象是编译前的,也就是说,(绝大多数)Delphi等系统的对象要经过编译后才能使用,因此选择Delphi为Tangram主体构造的可行性被排除了(事实上Delphi一样可行,因为Delphi支持RTTI)。构造Tangram的时候,就想到要支持Delphi的Frame对象(现在实现的Tangram系统可以支持Delphi/BCB的ActiveForm)。最终选定MFC作为Tangram的底层基础是因为MFC更好的支持RTTI(运行时类信息),以及MFC有灵活的存储机制(MFC的存储机制简陋但不失为强大!)。 让我们看一个较为复杂的Frame窗体:
(一个合成的Frame窗口)上面的窗体是由一个.NET Control、二个UserForm以及一个MFC View合成,Frame框架是由二个Splitter以及一个Excel风格的TabWnd构成。软件的组合系指:先完成Frame框架,然后将上述对象(一个.NET Control、二个UserForm以及一个MFC View)“安装”上去,构架的格局可能有多种,如果一个程序没有内置设计引擎,程序员就辛苦了,用户的定制能力也就极大地被限制了,Tangram的设计目标就是保证这一切可以“可视化”地完成!而且完成得足够专业。一般来说,HTML不能满足程序员的要求,而程序员又无法或很难具备HTML的灵活性,在这方面,Tangram给出一个折中的方案:具备HTML的可设计、编辑性,有具有程序界面的视觉。传统的程序,由于被操作的对象大多驻留在程序内部,因此,可设计性被极大地限制了,Tangram立足于提供一个足够广泛的“软件对象基”,使得可设计性成为事实,如果MFC View、ActiveX Ctrl/ActiveX Document、.NET Control、HTML、Flash等类型的元素成为一个超级“七巧板”中的原子成分,等待你的将是一个巨大无比、色彩斑斓的对象世界,掌握Tangram,你就控制了Microsoft的组件世界,你就拥有无限的连接能力……(内置VBA后的Form对象)(二次开发)(Form设计)