在多数情况下，大型的复杂企业系统常常会有令人窒息的用户界面。用户要面对大量信息负载和键盘输入，而只有少数几个专家真正清楚如何完全利用好系统提供的特性。组织面对的问题是，通常需要完成的任务往往都很小而且都是针对任务的，这些任务用具体的界面完成更好，通用界面就要打折扣了。这样就可以削减对于用户的复杂性和培训开支。
Dan Mcweeny 在 JavaOne 大会上做了一个关于高露洁 - 棕榄（Colgate-Palmolive）公司案例分析的演讲，在这个案例中他们就是这样做的。由于 SAP 的复杂性，技术团队使用的是手工的过程来计划项目的时间安排，最后一步是数据录入。技术团队通过使用 Ruby on Rails 和 SAP4Rails （一个开源的 SAP 集成库），能够在两周内创建出一个专门的 Web 2.0 前台来自动化整个进程——一点儿也不需要实现了解 Ruby on Rails。
Rails 开发人员需要了解的区别只有两样：模型类应该扩展SAP4Rails::Base而不是常用的ActiveRecord::Base，前者提供了一个 SAP 的包装器；另外就是与 SAP 的交互是过程式的，而非以面向对象的方式。模型对象提供了面向过程的 SAP 系统和 Rails 之间的映射。
在使用 SAP4Rails 并进行了这两个小小的变更之后，Rails 开发人员就可以访问企业级系统——此外，组织可以很快地利用已有的技术投入来创建直观的、易于使用的 Web 2.0 用户界面。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
宁德核电基于大模型的AI讲师开发实践
在变化中抽象不变：技术变局下的架构师升级之想
生成式音频大模型的多模态“产模结合”
评论