Oracle 发布了 PL/SQL 和 Java 应用编程接口 (API) 后，市场上才会推出可利用这一新发布的 API 的点击工具或构建器，这一般是最好的做法。利用这一实践，开发人员可将新功能即刻融入其应用程序中以使其企业从中获益。

　　然而，开发可利用新发布 API 的专门工具需要投入大量精力。因此，理想情况下，从 API 发布直至推出利用该 API 的直观最终用户工具，至少需要数个月，而实际上，这一滞后时间通常为一年或两年。同时，利用 API 可能需要企业使用自己的工具，或更为常见的是利用即席解决方案，例如在报表生成器和电子表格中嵌入对 API 的调用。

　　一种常用方法是将 API 包装在数个脚本中，然后使用自定义按钮和菜单从电子表格访问这些脚本。但是，这一方法的主要缺点在于如今的电子表格是将单个单元格中的文本和数字作为值来进行处理的，因此它通常不是处理新功能的合适工具。

　　本文将介绍如何快速将分析和其他 API 整合至一个最终用户可从其中轻松访问新代码的电子表格平台。作为指导性示例，其中还将阐释了如何将Oracle 数据挖掘(PL/SQL) API 重新打包为 Java API，以及如何从电子表格调用的 J Cells 访问该 API。J Cells 完全以 Oracle JDeveloper 编写。它不仅可以将文本和数字作为单元格的值，而且还可将 Java 对象作为值进行处理，并可从其单元格直接访问任何 Java API，以即刻进行部署。

　　电子表格平台

　　我使用的是电子表格界面，只是其中允许用户在单元格中创建任何 Java 对象以及使用基元 Java 类型。每个单元格都可用作另一个单元格的变量，用户可以选择在单元格中直接编写 Java 代码，或使用其他格式。将电子表格界面和对象(而不仅是常规电子表格中的数字和文本)使用相结合是自动进行的：J Cells 为每个适合单元格的对象计算指示值，这一指示值给予用户有关显示对象的充足线索。此外，还会实施一个完整的值系统，可根据需要(例如，当用户双击给定单元格时)以各种其他格式显示对象。即使在电子表格中，因为公式可能定义比较复杂，所以系统还需识别要创建的对象是否具有相关的向导。向导通常是一个特定于某个对象类型的图形化代码生成器。稍后本文示例将说明如何在 J Cells 中使用向导。

　　图 1 显示了本文示例的电子表格界面。

　　图 1：J Cells 的电子表格界面