Oracle与PHP实例开发Myers订单跟踪系统

依赖 PHP

在纯技术的层面上，早期决定使用 PHP 作为主要的开发语言和 Oracle 作为系统的数据信息库，这有几个主要的原因。首先，Myers 现有的后端门户几乎完全是用 PHP 根据一个现有的 Oracle 数据库编写的，这消除了一个产生不兼容性的潜在来源。这还意味着要创建这个新的系统，Myers 可以利用自身的能力，这些能力创建了现有的后端门户。

第二，实验测试显示，与其它开发语言相比，PHP 提供了一个比较高的性能水平。因为 PHP 是作为一个动态加载的资料库驻留在 Apache 服务器内部的，所以每一次与系统连接都无需额外的启动时间。此外，PHP 优化的改善（通过 Zend 项目）意味着在代码内部执行的一般操作不会明显变慢。最后，为 PHP 编写的 OCI 接口模块是用 C 代码编译和优化的，这使得访问 Oracle 数据库非常高效。

第三，我们了解到因为 PHP 代码将其自身嵌入到了 HTML 环境中，所以对于设计人员和编程人员而言，创建协作用户接口功能代码变得更加自然。虽然最后这个特性其它的服务器端脚本语言也具备，但 Myers 发现 PHP 更不可能带来开发人员和设计人员之间的冲突。此外，PHP 的语法和提供的代码库意味着它可以做它需要做的所有事情。

最后，将所有代码嵌入到 HTML 代码中的另一个好处是，仅需要对标准文本文件进行修改控制就可以控制源代码。我们用 CVS 作为它的标准修改控制系统。因为 PHP 代码不一定要用某一种方式进行编译，所以创建系统的一次“编译”仅涉及到从信息库中检索文本源代码文件，然后把它们放到 web 服务器上。这意味着我们可以使用 CVS 中的控制机制为它的测试和生产环境发布增量的 bug 补丁，而无需创建复杂的编译系统。

设计模式来支持可重新配置性

下面的基本模式示意图显示了订单系统是如何构建的。两种主要的模式都分为原型表和事务表。无论何时当业务情况发生变化时，原型表都允许重新配置系统，而无需重新编码。事务表包含实际客户订单的订单详情和作业详情。

这些模式示意图看起来很复杂，当然，它们的确很复杂。不过，如果把它们分开，使得只出现原型表（以 _def 结束的表），那么该体系结构的基本结构就变得很清楚了。订单由行组组成，这些行组包括详细信息、订单行或两者。订单行可以随意地创建作业，作业由一个任务序列组成，并且包含几条详细信息。必需要为各种任务输入这些详细信息。任务出现在不同的队列中，这些队列可以由不同部门的特定用户进行访问。

为了检验系统，策略是分阶段将订单系统原型化。系统要检验的第一部分是它单独从订单原型表中创建一份清楚的订单的能力。一旦完成了最初的模式定义，订单生成器就是原形化的系统的第一个可视部分。

为构建和配置这个系统而组成的小组除含受这个系统影响最大的各个部门的经理之外，还包括三个开发人员。开发人员的分工分别为：构建配置功能、显示功能和事务处理功能。在整个最初的构建周期内，部门经理提供了关于界面（这些界面使用户能够输入和处理数据）类型的有价值的反馈。

查看本文来源