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

ssole

关于主流和不主流, 这个不重要,

FOR JAVA是为了, 吸引更多的开发者和平台的需要,
    但是目前来看, SAP的部分产品(例如SRM, SCM)(部分功能)正在用
  FOR ABAP在重构建, 不管FOR JAVA还是FOR ABAP
    给用户来说只是需要的一个URL. 不是吗?

一般给客户项目的时候, 他们会希望有WEB的一个入口来做
业务操作, 他们自己也都会提出那个方便. 我说你BASIS是几?
他说7.0 , 我们建议他用FOR ABAP. 因为功能已经在那里了.
不使用太浪费了.

如果是FOR JAVA, 二次开发的程序需要买入新的软件模块
才能支持FOR JAVA,很多客户不愿意. 我只要一个WEB的入口.
你不用把JAVA WEB平台硬塞的让我买吧! 这也是他们考虑使用
那种技术的一个原因.

各有优点, SDN上有关于FOR JAVA/ABAP的一个区别, 用户可以
根据自己的需要来使用那种技术.

以前偶也做JAVA开发, 感觉哪个NETWEAVER STUDIO很不好用的
而且耗内存, 还需要额外的JAVA ENGIEN来部署.  如果是在SAP
端建立的DOMAIN, SAP HELP, VALUE HELP. 这个在FOR JAVA
是不支持的, 需要自己写方法调出来, 对开发的来说, 是个不小的
活.

因为简单的API, BAPI,调用都会成为一个效率的问题.
原有开发的FUNCTION MOUDLE, 基本在废了. 使用SAP
标准的一些API时候, 基本上都要依赖BAPI CALL.

FOR ABAP的提供了一些SCREEN CONVERSION的工具, 基本上原来的SAP SCREEN的程序可以转换, 至少减少了一些工作量.

一句话, 公司需要我JAVA, 我就JAVA, 公司需要ABAP.那我就ABAP一下吧, 一棵红心. 两手准备.

反正都是SAP的技术, 能学的都学吧, 废不了多少时间, 个人感觉
FOR ABAP的简单的说. 入手快, 精通也快. (个人意见)

欢迎讨论, 补充这个DOC文件,

niuchao

支持

zp745

目前 我也在 从事 webdynpro for java 的开发 因为原来 一直在做java 开发， 所以两者的优缺点也不太熟悉 ，不过在 nw2004s平台上的开发java ，个人觉得阻力不是很多。现在 有机会也会尝试 abap 。 学习中……

zp745

想请教一下各位  目前 webdynpro for java  的应用的开发 多吗？ 或是说 有没有成功的案例呢？

javafish

毕竟是原创,而且是ABAPER未来的出路

jhgsp

顶一下，呵呵。虽然我好像已经没什么机会接触webdynpro了，很可惜。
楼主的原创很不错，支持支持！

justforregister

不重要，你为什么要反驳我呢？

最初由 ssole 发布
[B]关于主流和不主流, 这个不重要,

FOR JAVA是为了, 吸引更多的开发者和平台的需要,
    但是目前来看, SAP的部分产品(例如SRM, SCM)(部分功能)正在用
  FOR ABAP在重构建, 不管FOR JAVA还是FOR ABAP
    给用户来说只是需要的一个URL. 不是吗?


一般给客户项目的时候, 他们会希望有WEB的一个入口来做
业务操作, 他们自己也都会提出那个方便. 我说你BASIS是几?
他说7.0 , 我们建议他用FOR ABAP. 因为功能已经在那里了.
不使用太浪费了.


如果是FOR JAVA, 二次开发的程序需要买入新的软件模块
才能支持FOR JAVA,很多客户不愿意. 我只要一个WEB的入口.
你不用把JAVA WEB平台硬塞的让我买吧! 这也是他们考虑使用
那种技术的一个原因.
你要是用portal，java平台就已经带进来了
二次开发， 找个会java的满大街都是， 而且还白菜价。
各有优点, SDN上有关于FOR JAVA/ABAP的一个区别, 用户可以
根据自己的需要来使用那种技术.

以前偶也做JAVA开发, 感觉哪个NETWEAVER STUDIO很不好用的
而且耗内存, 还需要额外的JAVA ENGIEN来部署.  如果是在SAP
端建立的DOMAIN, SAP HELP, VALUE HELP. 这个在FOR JAVA
是不支持的, 需要自己写方法调出来, 对开发的来说, 是个不小的
活.
呵呵，你还好意思说你是做java的 ， java的东西耗内存，地球人都知道，你这也说？ 需要而外的engine？ 你有没有看到过R/3的applicatioin server？ 他们是同一个server，里面有两个stack， 一个运行java一个运行abap。让你做个value help 你就痛苦成这样， 艾，我只能是对中国的程序员失望， 整天只知道到调用别人的东西，找现成的， 自己做一点就觉得代价太大，要加班了


因为简单的API, BAPI,调用都会成为一个效率的问题.
原有开发的FUNCTION MOUDLE, 基本在废了. 使用SAP
标准的一些API时候, 基本上都要依赖BAPI CALL.

FOR ABAP的提供了一些SCREEN CONVERSION的工具, 基本上原来的SAP SCREEN的程序可以转换, 至少减少了一些工作量.

一句话, 公司需要我JAVA, 我就JAVA, 公司需要ABAP.那我就ABAP一下吧, 一棵红心. 两手准备.

反正都是SAP的技术, 能学的都学吧, 废不了多少时间, 个人感觉
FOR ABAP的简单的说. 入手快, 精通也快. (个人意见)

欢迎讨论, 补充这个DOC文件, [/B]

shenzhen_sap

學習中

arron99

    SSOLE帖子一定要顶的!!

ssole

最初由 justforregister 发布
[B]不重要，你为什么要反驳我呢？

[/B]

不好意思, 我只是就我现在做的一些项目来看的,

客户的选择和偏好, 和执行,开发,效率, 价格.

客户有他自己的想法, 他自己也比较, 然后选择.

大家都是在共同学习, 对吧 不要生气.

因为学习的时候, 刚开始是WEBDYNPRO FOR JAVA的.

那个时候我的机器, 的确比较差, 内存不够 , 郁闷.

而且内部现成的JAVA ENGINE的确没找到,  所以只是粗略的

看了一下, 但是的确发现FOR JAVA的学习资料比ABAP的多

FOR ABAP的就只有NET310 然后就是HELP, 不过这些也就够了.

后来发现FOR ABAP的正式出来了, 然后就试了一下, 虽然GUI的

界面拖动很慢, 但是我基本不用, 只是感觉还行, 起码我的机器

够用, 而且部署也很方便, 就一路走来了. 感觉把一些程序放在

PORTAL上做, 和其他的BSP做一些互动, 感觉还比较和谐.

总的来说, 还不错. 所以才有了这个自己的总结.

只是希望这个帖可以让大家多关注SAP 的一些新东西, 当然现在

可能不太新了, 毕竟WEB化的东西, 有很多需要开发. 做ABAP技术

的人, 了解一点, 总是比较好的. 否则让人家总以为SAP的WEB开发

很慢, 就恶心了. ITS/BSP真的没WEBDYNPRO开发快. 也不简洁.

而且HTMLB+ABAP(或者MVC)的确让画面的控制力比较强, 可以插入

Javascript手动,

希望大家可以有空可以学习WEBDYNPRO(做JAVA的可以FOR JAVA)

做ABAP的(懒惰一点那就FOR ABAP吧).

呵呵!

谢谢justforregister 的纠正.