如何定义一个标准的接口，开放式调用问题

Question

一个组件化管理系统，在Delphi中大家估计都能作出来，或者在网上也可以搜索到相关的信息，但是如果要做一个开放式的组件管理系统，当然这个组件的框架系统还是有delphi创建，但是框架系统需要管理第三方的组件，对于第三方的组件DLL可以是VC、VB、PB等开放工具开放出来的，比较难的一点是怎么样能够让这样的DLL满足多文档窗口，即框架系统是一个多文档的管理模式。
以前在Delphi中做此类组件的时候一般是把TApplication、TScreen作为参数传入到DLL中，但是这是Delphi的东东
所以请大家各抒己见，由于对VC、VB等开放工具不是很熟悉，所以在DLL开放这一块还不是很熟，如果要管理VC、VB、等开发出来的DLL窗体，这个问题该怎么解决？？

Answer 1

找到解决的方法的一种
将TApplication的句柄作为参数，删除TScreen好像还算可以，但是不知道能否和其他的开放工具做的组件兼容

Answer 2

用DLL来处理业务，不要用它处理界面。TScreen这些VCL元素跟其他语言是不兼容的。
除非你定义一套标准的界面描绘脚本规范，然后采用一个只使用Windows API的通用过程来根据这个脚本绘制界面。

Answer 3

一套规范的界面编写脚本好像很复杂的，但是如果是VC、VB能够按照要求将相应的业务窗体从组件DLL中输出，可能也是可以的八，就是没有VB的程序，请问在VB下怎么实现一个带窗体的DLL输出函数

Answer 4

GUI框架好多的，我所知的MFC，VCL，wxWidgets, Qt, Gtk+，真的很麻烦的，不是让谁去维护，你没有理解我所说的维护的问题，维护就是当你的客户的开发环境升级的时候，如果他们的GUI的实现细节变动了，你仍然必须维持一个接近无缝的plugin的接口还有一个问题是，Delphi这个东西已经垂死了，你还要用它来做framework啊？C++还差不多
而且现在.net出来了几年了，语言之间可以互相使用对方的界面库，如果再另外搞一套好像意义不太大了

Answer 5

洗耳恭听，就是说Delphi做集成化的系统是没有意义了

Answer 6

我想知道如何象winamp和foobar2000这些软件一样，可以预留接口，供其它人开发插件？
请知道的高手不吝赐教。

Answer 7

to 搂住：
不知道你说的集成化系统是什么意思，如果是说你的framework的想法，应该可以这样说吧，Delphi本身的限制太多了，最大一点，就是它不是标准，它不遵从iso标准，世界上只有一个Delphi开发商，当然如果遵从iso标准，今天的Delphi就不是这个样子，喜欢的人就不太多了，另外一个，没有移植性，不象c++/java/c#这些东西，这就是说，你写的东西，不能移植到其他cpu上，不能移植到除了Windows以外的操作系统上，再者，Delphi已经被看成是一套遗产系统了，borland不打算进一步开发delphi win32，不会有delphi win64，而现在很多开发者都已经再考虑向64位应用靠拢，所以你拿它来做这种所谓的标准接口，使用别的语言的开发者就会无所适从，你的语言本来就不是标准，没有移植性。习惯使用别的语言的开发者如果想做一个系统，即使你提供了delphi作的框架，即使是免费的，开源的，别人仍然会考虑再三，并最后还是决定不采纳你的实现，顶多是采纳你的思想（但是plugin的思想早就已经有了）。以上是我自己的看法，并且只是针对delphi for win32而言的（for .net的因为我没有用过，不知道）
仅供参考