整合开发环境IDE到OE中

[fisher]

初次接触OE，特别是程序开发水平一般的人都为安装OE后，为设置开发环境苦恼过，尤其是在操作过程中出现各种问题后，希望自己解决问题时，需要定位程序源文件，在独立的IDE中进行调试，很时复杂麻烦。
SAP在这方面就做的很好，因为其开发语言是自己整的解释型的ABAP，只要系统一安装，就像建物料主档等业务操作一样，只要你有权限你就可以直接调用程序查看功能，修改程序代码，甚至直接进行程序在线调试，这就给那些有一些程序开发基础的人对SAP系统进行一些简单的程序修改甚至问题诊断提供了极大的便利性，加之SAP系统本身的稳定性，我们根本就不需要SAP原厂支援就能基本搞定所有的系统问题。
我在想，OE使用的也是一个解释性的语言，有没有可能也将IDE整合进来呢？这样的话它的易用性及易维护性就会极大提升的，你们说呢？

[digitalsatori]

对于ABAP不甚了解，不过我猜想它实现的代码在线修改是在一定的层次上或某个命名空间中进行的，并不能修改所有的底层逻辑，正是因为它不允许访问所有的代码基础，这样的设计是合理的。
目前OpenERP已经实现了一些在线定义对象，字段，视图，工作流，服务器动作等的基本功能。至于是否要引入IDE开发环境，是仁者见仁智者见智了。在线修改代码对于版本升级引起的更新代码的维护也是一个较复杂的问题。

我个人认为对于解释型动态语言如Python的开发并不需要设置什么开发环境，有个好用的编辑器就搞定了。

[wjfonhand]

ABAP开发7年，感觉无论是SAP系统本身还是ABAP开发技术本身，都在不断地打补丁。企业不仅要雇佣掌握这种非主流的怪异语言的程序员来开发，还要雇佣一堆昂贵的叫做顾问的人在这些补丁里整理出用户手册来。

Compiere就是类似SAP的设计，把界面逻辑和代码都放在数据库里。这样的设计确实对顾问来说很方便，但升级和维护就是恶梦了。据我所知，由于开发过程太简单了，顾问自己就能做80%，写callback的java代码只需要很少的工作量，所以compiere被当作平台来用。compiere的客户大都停留在2.5.3版本，新版出来了也升不上去。

[lindongy]

用Eclips很简单的配置就可以了。

[左奕]

楼主的想法确实非常棒.
一款好的IDE会成倍的提高开发效率(单纯Python开发的话,个人觉得WingIDE是非常好的选择).如果有一个能够集成OE系统的IDE,那将是非常美好的事情.
但是这样的整合,需要对OE系统和IDE有非常深入的了解,还有很多精力.
希望能有高手牵头,发起这样的项目.

[Joshua]

OpenERP的技术在不断变换，估计集成OE系统的IDE也只有Tiny公司开放出来才有。