[原创]基于Fortran的PRO/II二次开发技术（2007-01-18更新）

<div class="msgheader">QUOTE:</div><div class="msgborder"><b>以下是引用<i>parametal</i>在2007-5-4 21:41:15的发言：</b><br/>请问如何利用UAS获得系统定义的所有组分的分子式,分子量等信息</div>好象还没有发现这样的接口函数，如果是在UAS里计算需要用到组分名称或分子量的话，可以写一个文本文件单独读入。

多谢楼主指教 就是还没完全看懂 一会慢慢看 能详细点就更好了！

<div class="msgheader">QUOTE:</div><div class="msgborder"><b>以下是引用<i>robinhan</i>在2006-12-24 12:21:57的发言：</b><br/><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;论坛上使用流程模拟软件如PRO/II, Aspen以及Hysys的不少了，这些流程模拟软件本身使用方法，我想自己不用多说，论坛上有不少这样的高手。自己用PRO/II比较多一些，做过一些基于Fortran的PRO/II二次开发的工作，。。。</p></div><p>提出几点建议，<font color="#ff3300">请同志们与时俱进。对于新人，也不致于误导他们</font>。 </p><p>（1）Fortran 语言为科学计算做出了巨大的贡献，<font color="#ff0000">但是它非常不适合和别的软件接口，或者是二次开发</font>。尽管Fortaan作了一系列的努力和改进，但他天生不适合作这样的工作； </p><p>（2）像AutoCAD,Office,Aspen,Hysys,PRoII，等等，都提供了二次开发接口，这些接口使用了<font color="#ff0000">WicroSoft标准的ActiveX</font>技术规范。<font color="#ff0000">ActiveX</font>技术已经成为软件间接口的标准。<font color="#ff0000">VC，delphi,VB正好支持ActiveX，是二次开发<font color="#ff0000">Aspen,Hysys,PRoII的</font>最佳选择，</font><font color="#000000">可惜Fortran的<font color="#ff3300">ActiveX</font>功能却差的很远；</font></p><p>（3）从开发的实际代码而言，和<font color="#f73809">Aspen,Hysys,PRoII通讯的文档例子，一般是VC，VB</font><font color="#000000">语言，非常方便。尽管Fortran在努力扩充他的ActiveX功能，但是实际上，软件开发者（如：AutoCAD,Office,Aspen,Hysys）不大理会Fortran这些勉强的扩充技术，当然对Fortran的接口支持也差些。PROII由于历史的原因，支持Fortran，但是不是很理想的。</font></p><p>（4）我使用VC,VB,Delphi进行ActiveX编程,这几个语言都在使用。简单地说：<font color="#ff3300">追求运行效率用VC；兼顾开发和运行效率用delphi；追求开发简单用VB;</font></p><p>（5）事情不是绝对的。<font color="#ff0000">那些只会Fortran的同志，你可以继续使用Fortran，而新人或者掌握VC，delphi,VB的人，应当与时俱进</font>。</p>

[此贴子已经被作者于2007-5-5 8:07:56编辑过]

<p>&nbsp;&nbsp;&nbsp; 的确现在fortran语言已经渐渐远离了程序开发主流,但是在数值计算方面还占有重要的地位。而且现在模拟软件主要支持Fortran可能还有历史遗留问题，老早的底层程序大多用FORTRAN编写，我有个同学在OLI公司，就是为ASPEN，PRO/II提供电解质包的公司，写底层程序仍然使用fortran，而上层界面用JAVA开发。对于大多数人来，当然vc,delphi,vb甚至是java更加熟悉。现在流程模拟软件都开始支持了cape-open开发规范了，可以使用任何一种开发语言开发COM组件。其实现在很多软件采用多种语言混合开发也是很平常的事了。</p><p>&nbsp;&nbsp;&nbsp; 对于PRO/II的fortran接口倒也没有觉得有多不理想，遵照其开发规范来做也还是挺方便的。当然由于种种原因，FORTRAN并不普遍为大家所熟悉，另外在面向对象支持方面的确也不太尽如人意，即使在PRO/II支持了面向对象开发。</p><p>&nbsp;&nbsp;&nbsp; 其实话说回来，真正去自己写代码的人也并不多，一般为编写软件的人。</p>

[此贴子已经被作者于2007-5-5 11:50:28编辑过]

<p>18楼的观点基本是对的。补充一些。Aspen由于历史的原因，始终没有摆脱Fortran的束缚，这正是Aspen臃肿肥大的原因，尽管它功能多，但是“功能/块头”比仍然很小。在windows刚刚兴起年代，Aspen试图彻底转向Windows，但是它没有勇气，最终没有成功。它索性把一些fortran模块转化成dll，勉强集成到windows下，但没有扭转拖泥带水，邋遢缓慢的本质。80年代，我在6800,VAX机器上使用Aspen,熟悉它的脚本语言等等习惯。后来，这些公司人员频繁流动，用C等流行语言全面重写始终是一个美梦。<font color="#ff0000">用C开发的Hysim/Hysys的出现给了 Aspen、Proii沉重的心理打击，</font>尽管Hysim/Hysys功能没有Aspen、Proii强，但是它是多么的简洁高效，模块非常小。<font color="#ff3300">好在大部分用户不十分明了Aspen程序中的垃圾，往往出现问题时候用户谦虚地认为是自己操作不合理，无形中原谅了Aspen中的垃圾程序代码，使Aspen松了一口气</font>。这些问题都是Fortran在windows下不很成功造成的。值得庆幸的是，<font color="#ff0000"> Aspen、Proii现在支持ActiveX接口，掌握C++,VB,Delphi的同志，从效率、方便性、长远而言，没有理由是用Fortran进行二次开发。</font></p><p><font color="#000000">说道对于Activex的支持质量，排序：Hysys,ProII,Aspen。Aspen由于使用Fortran，无奈时候使用部分独立的C编写的Dll，勉强支持ActiveX，属于大杂烩，非常差。</font></p><p><font color="#ff0000"><font color="#000000">另外，</font>我用VC,Delphi开发了比较庞大的Hysys,PRoii接口，<font color="#000000">非常规范、方便</font><font color="#000000">。甚至</font>把Hysys,Excel,AutoCAD集成到了一起。<font color="#000000">比如：</font>在AutoCAD上的浮动窗体上，可以调用Hysys的流股表格，并本地化绘制到AutoCAD中</font><font color="#000000">（不是链接）。</font></p>

[此贴子已经被作者于2007-5-5 13:41:28编辑过]

<p><font color="#ff0000"><font color="#000000">另外，</font>我用VC,Delphi开发了比较庞大的Hysys,PRoii接口，<font color="#000000">非常规范、方便</font><font color="#000000">。甚至</font>把Hysys,Excel,AutoCAD集成到了一起。<font color="#000000">比如：</font>在AutoCAD上的浮动窗体上，可以调用Hysys的流股表格，并本地化绘制到AutoCAD中</font><font color="#000000">（不是链接）。</font></p>论坛能吸引到您这样熟悉内核的行家里手实乃幸事.<br/>

好东西，就是看不大明白。[em06]

学习中……，谢谢各位高手的指点

楼主很厉害，我一直想研究PROII怎么和EXCEL连接起来，或者在EXCEL中调用PROII的数据，虚心向楼主学习！

这些语言工具，用的话vb,喜欢delphi，讨厌的.net，可恨fortran，轻量级的编写工具没有。
最方便的绝对是vba。

原帖由 zjx1973 于 2008-6-11 13:23 发表
楼主很厉害，我一直想研究PROII怎么和EXCEL连接起来，或者在EXCEL中调用PROII的数据，虚心向楼主学习！

petro-sim和excel的联系作的不错。

原帖由 zjx1973 于 2008-6-11 13:23 发表
楼主很厉害，我一直想研究PROII怎么和EXCEL连接起来，或者在EXCEL中调用PROII的数据，虚心向楼主学习！

和Excel的调用。