Oracle APEX 系列文章6：Oracle APEX 到底适不适合企业环境？

本文是钢哥的Oracle APEX系列文章中的第六篇，完整 Oracle APEX 系列文章如下：

• Oracle APEX 系列文章1：Oracle APEX, 让你秒变全栈开发的黑科技
• Oracle APEX 系列文章2：在阿里云上打造属于你自己的APEX完整开发环境 (准备工作)
• Oracle APEX 系列文章3：在阿里云上打造属于你自己的APEX完整开发环境 (安装CentOS, Tomcat, Nginx)
• Oracle APEX 系列文章4：在阿里云上打造属于你自己的APEX完整开发环境 (安装XE, ORDS, APEX)
• Oracle APEX 系列文章5：在阿里云上打造属于你自己的APEX完整开发环境 (进一步优化)
• Oracle APEX 系列文章6：Oracle APEX 到底适不适合企业环境？

钢哥注：本文是一篇翻译文章，原文作者：Joel R. Kallman（Oracle APEX 研发总监），原文请移步这里：“Is APEX Suitable for an Enterprise Setting?”。

很多人对 Oracle APEX 是否真的适合企业环境还心存顾虑，所以我觉得有必要做个解释。就我个人的理解，IT 行业从有狗那年起就没有银弹。不管是从前的 SOA、企业服务总线，还是现在的微服务架构、容器技术、无服务等。即使 BAT 这些一线互联网大厂，公司内部也存在很多不同的应用框架和技术栈。别人家的架构永远也只是别人家的，能借鉴的也就是个思路，而现在国内每天都在进行的各种“技术分享会”，也只能靠 “XX公司的技术架构演进之路”之类的话题来吸引人气，因为没有一个架构或技术适合所有的公司。架构或技术本身并没有绝对的好坏之分，只有适不适合。（想争论 PHP 是最好的编程语言的同学请无视我，谢谢）

我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，马上就要抢光了。

言归正传，下面是主要译文。

Oracle APEX 18.1 最显著的新特性就是有能力消费多种远端数据源，从普通的 REST 数据源乃至基于 ORDS（Oracle REST Data Services）的远程 SQL。直到 Oracle APEX 18.1 之前，数据库连接（DB Link）还一直是访问远端 Oracle 数据库的最普遍方式。当然，这种数据库连接在云端环境是不存在的，而针对这方面的（功能）提升已然变成 Oracle APEX 18.1 的一个核心关注点。

一位具有多年经验的 Oracle 顾问最近发表了一篇关于 Oracle APEX 的负面评论，他在博客中声称：

“在 Oracle 众多的产品中，APEX 已然是（一种）过时的，单层的，与 Oracle Forms 类似古董（工具）。现在许多应用架构都基于 REST 服务了，并且其他的 Oracle 工具，如：Oracle Jet, VBCS 和 ADF 长久以来就具备生成和（或）消费 REST 服务的能力。”

在我继续（下面的话题）之前，我要纠正（他的）几个观点。首先，Oracle APEX 很久以前就已具备生产和消费 REST 以及 SOAP 服务的能力了。我（之所以）知道，是因为我早在2002年就授权了 APEX 针对 SOAP 服务的第一个支持。并且，您也不可能在 Oracle Jet 上生产 REST 服务，因为 Oracle Jet 是一个工具集，本身并不具备后端数据存储（的功能），更没有能力用来"支撑"一个 REST 服务。包括 Oracle 自己的 Oracle Jet 的产品经理们现在都在使用来自 Oracle APEX 上的 REST 服务来演示 Oracle Jet！最后，Oracle Jet 是2015年10月才发布的，而 ABCS (现在叫“VBCS”) 也仅仅是2015年6月才发布的第一版。如果这就是这位顾问所谓的“长久以来就具备”的能力，那么好吧。

原文链接