钢哥的 Oracle APEX 系列文章:
- Oracle APEX 系列文章01:Oracle APEX, 让你秒变全栈开发的黑科技
- Oracle APEX 系列文章02:在阿里云上打造属于你自己的APEX完整开发环境 (安装 CentOS)
- Oracle APEX 系列文章03:在阿里云上打造属于你自己的APEX完整开发环境 (安装 Tomcat, Nginx)
- Oracle APEX 系列文章04:在阿里云上打造属于你自己的APEX完整开发环境 (安装XE, ORDS, APEX)
- Oracle APEX 系列文章05:在阿里云上打造属于你自己的APEX完整开发环境 (进一步优化)
- Oracle APEX 系列文章06:Oracle APEX 到底适不适合企业环境?
- Oracle APEX 系列文章07:Oracle APEX 18.1 新特性
- Oracle APEX 系列文章08:如何从 APEX 5.1.4 升级到 最新的 APEX 18.1
- Oracle APEX 系列文章09:为什么选择使用 Oracle APEX
- Oracle APEX 系列文章10:Oracle APEX Evangelion(EVA 补完计划)
- Oracle APEX 系列文章11:全站启用 HTTPS,让你的 APEX 更安全
- Oracle APEX 系列文章12:魔法秀,让你的 H5 页面秒变 APP
- Oracle APEX 系列文章13:Oracle APEX 入门基础资料整理
- Oracle APEX 系列文章14:Oracle APEX 18.1 Docker 镜像
- Oracle APEX 系列文章15:无人值守一键安装Oracle APEX环境
- Oracle APEX 系列文章16:AOP - PDF报表打印新选择
- Oracle APEX 系列文章17:如何利用 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 的一个核心关注点。