Ofbiz中 可插拔 模块(component)目录通用结构解析: 

1. 目录的生成方式

1.1 仿照已有模块, 手工构建目录及相关必须文件和内容. 

              好处: 可以快速理解文件及目录结构;

              坏处: 容易编写错误, 纠错比较困难.

1.2 使用 ant 指令生成

  此目录在项目中一般是由 ant指令[create-component]创建的, 创建成功将在 OFBIZ_HOME/hot-deploy 目录下生成

    分析: 

      Component name: (e.g. mycomponent) [Mandatory]

                   -- 模块名称, 一般多个单词的全小写(如: mycomponent)

      Component resource name: (e.g. MyComponent) [Mandatory]

                   -- 模块资源名, 一般多个单词按[驼峰式(单词首字母大写)]编写(如: MyComponent)

      Webapp name: (e.g. mycomponent) [Mandatory]

                   -- 建站的站点地址名, 一般多个单词的全小写(如: mycomponent)

      Base permission: (e.g. MYCOMPONENT) [Mandatory]

                   -- 一般多个单词的全大写(如: MYCOMPONENT)

      Confirm: N/Y/n/y

                   -- 确认生成吗? 否/是/否/是, 在确认生成后, 将在 OFBIZ_HOME/hot-deploy 目录下生成所有被模板设定好的文件

        --这里提到了模块生成的模板: 源文件在 framework/resources/templates 目录下

          可根据需要调整:  内部变量(

                   [@component-name@ 模块名],

                   [@component-resource-name@ 模块资源名],

                   [@webapp-name@ 站点地址名],

                   [@base-permission@ 基本权限名])

2 分析按规范构建的模块目录结构(假设模块名称为 note)

note - 模块根目录(模块名称, 一般模块请求与之同名)

....

欢迎参与交流讨论和提出建议