Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1431709
  • 博文数量: 931
  • 博客积分: 10
  • 博客等级: 民兵
  • 技术积分: 10198
  • 用 户 组: 普通用户
  • 注册时间: 2011-07-08 12:28
个人简介

测试

文章分类

全部博文(931)

文章存档

2020年(134)

2019年(792)

2018年(5)

我的朋友

分类: 架构设计与优化

2020-02-09 13:02:30

在Hybris实现的Java class里,随处可见它们的namespace里包含了一个片段jalo:

什么是jalo? Jalo是一层layer,类似我们CRM WebUI里的BOL layer,Genil Layer这些概念。

"Jalo" is short for "Jakarta Logic", "Jakarta" 是Hybris最开始用的名字。

Jalo layer的开发思路和我们以前Fiori做OData service是一个套路:


# Hybris layer 和CRM WebUI的4层layer

对比一下,我在学习Hybris时,会倾向于把CRM的BOL+Genil看成是Hybris的Jalo layer.

比如我在这个extension里定义了一个data type /bin/ext-accelerator/acceleratorservices/resources/acceleratorservices-items.xml:


那么敲ant all进行build时, 会在下面的folder里生成类似CRM gateway里MPC和MPC_EXT的两个java class:

生成的abstract class:每次build都会自动生成,相当于CRM Gateway的MPC,所以这里不能写代码

文件路径: /bin/ext-accelerator/acceleratorservices/gensrc/de/hybris/platform/acceleratorservices/jalo/email/GeneratedEmailAddress.java

业务逻辑都要写在另一个folder的EmailAddress.java里:

/bin/ext-accelerator/acceleratorservices/src/de/hybris/platform/acceleratorservices/jalo/email/EmailAddress.java

阅读(1418) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~