Tangram与软件的组合构造
2024-07-21 02:16:14
供稿：网友
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设计）
