WebDynpro for ABAP (如果是ABAPer, 就一定要学的,强烈推荐)

Marshall605

至少我觉得java最多和abap评分秋色。不可能成为主流。
    首先，当年java能够发迹的更本原因是需要一个独立的跨平台的程序。当然java很优秀。但是至少先阶段，在java进入sap领域的时候，这个条件不存在了。
    其实，abap毕竟是sap公司自己的孩子。看看sap对教材管的那么严，就知道其对于自己的东西有多么的溺爱了。除非哪一天sap放弃了abap。不然，java想要取而代之的可能性不大。

天涯逐风

SAP的一贯做法，支持Java，但你也可以用SAP自己提供的技术完成！就像SAP支持其他技术一样，但会提供自己的自己技术让用户选择！

SKmadfrog

学习

cloudinsea

好东西阿，对初学的人！

niuchao

学习

东京爱情

个人感觉FOR JAVA的技术还很不成熟,升到SP7问题更多.

个人是对JAVA没有什么好感,可是不得不去做,发现就算那些很熟悉JAVA的开发的人
对FOR JAVA的开发平台评价也不好.
还是喜欢ABAP ,不过SAP似乎在主推FOR JAVA,没办法.

sapblaster

07年的这个帖子 被挖出来也很好
可以在回头看看 总结一下
首先 ep的慢是确定的 至少到目前为止还没有很好解决
其次 现在很多大公司已经不在把自己的一些web应用放在r3上面了 这个的确相当的影响速度
利用sap的解决方案 应用开始迁移到WAS上 利用RFC完成业务的流转 实践证明 很好很强大 我现在就是做这个的 绝非戏言
最后再谈谈wda 和wdj 的 所谓'钱途'之争 这个其实争来争去也没意义 套用楼上某位兄弟的话 就是东风 西风 或是东北风的问题
关键的 领导要用哪个咱就用哪个  
另外 sap正逐渐弱化gui的使用 他的目标是将sap这个系统变成底层的服务 以后任何的语言 工具 方式 只要按照提供的规则访问sap 就可以完成数据的交互 业务的流转  sap这几年推出的nw架构 就是这样的一个趋势所引

二十七

收下了，多谢楼主分享

justforregister

原帖由 sapblaster 于 2009-2-23 08:24 发表
07年的这个帖子 被挖出来也很好
可以在回头看看 总结一下
首先 ep的慢是确定的 至少到目前为止还没有很好解决
其次 现在很多大公司已经不在把自己的一些web应用放在r3上面了 这个的确相当的影响速度
利用sap的解决方案 应用开始迁移到WAS上 利用RFC完成业务的流转 实践证明 很好很强大 我现在就是做这个的 绝非戏言
最后再谈谈wda 和wdj 的 所谓'钱途'之争 这个其实争来争去也没意义 套用楼上某位兄弟的话 就是东风 西风 或是东北风的问题
关键的 领导要用哪个咱就用哪个  
另外 sap正逐渐弱化gui的使用 他的目标是将sap这个系统变成底层的服务 以后任何的语言 工具 方式 只要按照提供的规则访问sap 就可以完成数据的交互 业务的流转  sap这几年推出的nw架构 就是这样的一个趋势所引

我已经做了快四年ep了， 怎么没觉得慢过？大伙能 不能据个例子做什么操作慢到什么地步？
webdynpro for java还是abap， 我觉得sap还是挺abap的，for java的先出来， 如果不挺abap， sap就不会弄一个for abap出来。
sap对java投资还是蛮多的， 那个ce， 新的bpm，brm都是run在java上的， pi以后会是java stack only， 两个stack调来调去肯定慢。

justforregister

原帖由 东京爱情 于 2009-2-22 15:49 发表
个人感觉FOR JAVA的技术还很不成熟,升到SP7问题更多.

个人是对JAVA没有什么好感,可是不得不去做,发现就算那些很熟悉JAVA的开发的人
对FOR JAVA的开发平台评价也不好.
还是喜欢ABAP ,不过SAP似乎在主推FOR JAVA,没办法.

我觉得更多是你不成熟 别整天想着abap赚钱，就怎么偏心