Fortran适合科学计算，界面交给Tcl/TK、PureBasic！

lm_lxt

22.为了表明PureBasic的能力，下面给出其描述窗口的一个例子：

[Visual Basic] 纯文本查看 复制代码

  #WINDOW_MAIN = 1
  #FLAGS = #PB_Window_SystemMenu | #PB_Window_ScreenCentered
  If OpenWindow(#WINDOW_MAIN, 0, 0, 300, 200, "Hello World", #FLAGS)
    Repeat
      Event.l = WaitWindowEvent()
    Until Event = #PB_Event_CloseWindow
  EndIf
  End

   显然，两步走：打开窗口；事件循环！
   Fortran编程需要界面的，这也是个不错的选择。

fcode

OpenWindow 然后无限 WaitEvent，这就有点Win32 SDK编程的意思了。

lm_lxt

是的，是对win32 API函数的封装。

lm_lxt

过年了... ...

jason388

据说Fortran2015会把N1942-TS 29113 Further Interoperability of Fortran with C正式纳入标准之中，因此利用C去开发界面将更有优势，因为C可以直接处理Fortran的可分配数组和指针，因此可以认为是能够做到无缝连接。

jason388

实际上，如果自己用，界面真的不是太重要。如果为了数据可视化，可以用gnuplot和paraview。开发界面还是要花很多工夫的。

fcode

jason388 发表于 2014-1-30 08:31
实际上，如果自己用，界面真的不是太重要。如果为了数据可视化，可以用gnuplot和paraview。开发界面还是要 ...

自己用当然不重要。
如果是公开给别人使用，有一个界面可能更方便。

关于界面有多种解决方案。不止调用exe，dll和lib都可以有。

不管怎么样，如果有一个fortran编译器厂家可以把界面的东西封装得很好，像MFC那样，才应该是最好的解决方案。

其实像楼主介绍的这种，调用exe，通过管道互通，也是不错的方式。我们的IDE和编译器，大多数就是这种关系。

lm_lxt

jason388 发表于 2014-1-30 08:29
据说Fortran2015会把与C的互操作正式纳入标准之中，因此利用C去开发界面将更有优势，因为在界面中可以直接 ...

这样的话代码参数传递方便很多，GUI响应速度会更高，但是开发效率一般。

fcode

lm_lxt 发表于 2014-1-31 20:15
这样的话代码参数传递方便很多，GUI响应速度会更高，但是开发效率一般。 ...

那岂不是 C 的编译器和 Fortran 编译器要捆绑销售了？呵呵...
开发效率和执行效率总是不能兼得。
PS：祝新年好！

lm_lxt

jason388 发表于 2014-1-30 08:31
实际上，如果自己用，界面真的不是太重要。如果为了数据可视化，可以用gnuplot和paraview。开发界面还是要 ...

自己用能加上一点前后处理用起来也方便，比如通过界面将结果写入excel总比从记事本或者UE中粘贴到excel中更方便，如果需要反复观察数据趋势的时候更方便一些。
tcl能够驱动GNUPLOT绘图，paraview不太了解。