Tangram与软件的组合构造

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设计）