首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Oracle ADF 11g在Java EE框架中处于什么位置?

Oracle ADF 11g在Java EE框架中处于什么位置?
EN

Stack Overflow用户
提问于 2010-08-20 20:47:29
回答 7查看 19.2K关注 0票数 26

这是一个由两部分组成的问题:

我想知道与其他框架相比,Oracle ADF 11g在开发/部署Web / Java EE应用程序方面处于什么地位。Oracle ADF在多大程度上被用作开发Web应用程序的框架。我是从一个角度问,作为Oracle ADF开发人员,是否有好的工作机会,以及那些拥有Oracle ADF技能的人的未来是什么样子。

另外,由于Oracle计划使用ADF作为Fusion应用程序的核心技术,现在是将Oracle ADF技能培养为siebel开发人员的好时机吗?作为未来的Oracle CRM应用程序,如ERP,SCM将基于ADF,如果开发人员开始构建ADF技能。客户何时开始实施基于ADF的这些应用程序。这些将在本地提供,还是主要以SaaS方式按需提供。

EN

回答 7

Stack Overflow用户

回答已采纳

发布于 2011-02-01 17:10:37

我们在我们公司的一个项目中选择了Oracle ADF。不幸的是,事实证明这是一个很大的错误。我个人使用过Oracle产品,特别是他们的DB,但就fusion中间件而言,我建议您远离它。到目前为止,ADF是我作为架构师使用过的最差的框架。我注意到它的一些特性是:非常复杂,Oracle只是“发明”或强制使用一些开发方法,而这些方法在几年前就被Java社区证明是一种糟糕的实践。与其他框架相比,ADF非常慢。我的意思是ADF页面运行缓慢。原因是生成的html和javascript极其复杂。您可以通过打开Firebug并检查生成的类似于90s...Terrible的html...it来检查这一点。不是太过学究,但ADF页面有大量的验证错误,导致它们在所有浏览器上运行时出现问题。在我看来,ADF的架构是凌乱的。例如,Struts2是一个干净得多的框架,这使得它很容易与第三方库集成,如jQuery等。ADF使用自己的javascript库,与jQuery或Prototype等其他库相比,这些库非常庞大,几乎不可能修改,未经优化,速度很慢。J2EE的新兴趋势是轻量级、可插拔的框架,可以很容易地与其他工具集成,例如用于管理依赖关系的Spring、用于脚本编写的jQuery、用于持续集成的CC。ADF是一个与其他ORacle工具紧密集成的重量级框架,这使得它很难以甲骨文之外的任何其他方式使用。

更不用说你在开发ADF时不得不使用的开发工具了-- JDeveloper,它有很多buggy,而且经常崩溃。在Eclipse中进行开发是有问题的,因为ADF有许多JDeveloper自动生成的“特定”文件。

所有的all...ADF对我们来说都是一个巨大的失望。我们花了几个月的时间来处理它,当我们的客户最终认为应用程序太慢太难支持它时,他们完全取消了它。

根据我的经验,我只能说远离它。选择一个更受支持且架构清晰的解决方案,比如Struts2或Spring。

票数 54
EN

Stack Overflow用户

发布于 2012-05-20 04:35:39

我在一个著名的国防承包商的两个企业ADF项目中使用了JDeveloper 10和11,两者都与ADF一起使用。我同意ADF是复杂的,但不同意JDev频繁崩溃,或者页面呈现速度慢的说法。

现在..。为什么选择ADF?阅读下面的Oracle概要,说明JDeveloper和ADF使Java开发对于“业务”程序员来说更容易访问。虽然这不能保证优雅的程序,但几乎可以肯定的是,当这些开发人员遇到ADF的麻烦时,他们可能会完全迷失方向,几乎不知道如何打开引擎盖并深入内部。相反,在试图集成当前的J2EE开源聚宝盆时,它们甚至会更快地迷失。

说教来源: ADF开发人员指南(转译)

“自从20世纪90年代末早期的Java时代以来,Jave企业平台得到了大规模的发展,如今已被大量的开发人员社区所使用。然而,开发人员社区并不是同质的,其中包括那些不是Java编程专家的开发人员,而是在各自行业中具有核心竞争力的业务开发人员。随着Java EE平台和社区的发展,程序员的平均技能水平正在下降。

很难想象会有一个开发人员深入了解Java平台的所有方面。Java EE中要解决的问题是提供一种技术,使开发人员能够在不限制其敏捷性的情况下构建尖端的web和SOA应用程序。

现有的Java框架,如Struts、Spring、JSF、EJB、GWT等,都是笼罩在复杂领域的毯子,暴露了更简单的控件来使用。使用框架,开发人员不再使用java核心API,而是与框架公开的接口和服务进行交互。

等等,等等...

对于经验丰富的java开发人员来说,这似乎是一个小问题,但对于刚接触java和EE开发的业务开发人员来说,这是另一个障碍。这种类型的开发人员可能会转向一个单一的开发环境,承诺在一个单一的技术通道中集成应用程序开发的所有方面。有4GL桌面开发背景的开发人员可能会被PLSQL、.NET、Adobe Flash所吸引。

有经验的Java开发人员可能会认为这是一个很大的错误,但是除非Java也为他们提供了一个单一的解决方案,否则这些开发人员怎么知道呢?这个解决方案是一个端到端的框架,它将不同的框架和技术组合到一个产品中,将可视化和声明性开发手势公开为其主要的编程方法……ADF。“

票数 7
EN

Stack Overflow用户

发布于 2010-08-21 05:19:29

我对ADF的理解和经验是,它是一个非常可靠和健壮的框架(不幸的是,开发工具并非如此)。我不确定它是否有太多的竞争,至少不是来自一个单一的框架。ADF本身实际上是几个不同的框架,多年来组合成了一个最有凝聚力的产品。既然Oracle已经拥有了Java,我真的希望(希望) ADF的部分/大部分能找到适合Java EE的方式,这样我们就可以看到替代的实现和更好的开发工具。如果这真的发生了,它将很好地巩固ADF的未来(只要Oracle不会在此期间搞砸Java社区,并将他们推向替代的VM平台)。

如果您已经熟悉或希望使用甲骨文(-related)产品,ADF就是您想要的。鉴于甲骨文的市场渗透力,很可能可以合理地打赌,他们将继续占据主导地位,你的技能在未来几年内仍将有市场。甲骨文正在花费大量资金并收购许多公司,试图拥有和保留企业。

对我来说,SaaS的问题有点难以回答。虽然它看起来确实在朝着这个方向发展,但我不清楚是主要是市场营销试图给它推动力,还是商业需求推动了它。还有很多我没有真正跟踪的问题,比如云对关键数据和可靠性的业务信任。

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3530942

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档