咱就是说Elpis项目基于vue3，领域模型架构建设这事儿，还真有点复杂哈。

为了解决重复性开发工作，咱设计了一套方案，Neng沉淀百分之八十的重复开发工作，同时保留百分之二十的定制化空间，你懂的。

通过modelKe以派生出不同的project，通过server层，输出到dashboard模板页，dashboard模板引擎通过解析后端返回的DSL，Ke以生成一个站点，哈哈，是不是有点意思。

说实话，这个DSL的配置还是挺复杂的，来kan一下代码：

config = {
    mode: 'dashboard', // 模版类型，不同模板类型对应不一样的模板数据结构
    name: '', // 名称
    desc: '', // 描述
    icon: '', // icon
    homePage: '', // 首页
    // 头部菜单
    menu: ,
            // 当 menuType == module 时可填
            module: '', // 枚举值：sider / iframe / custom / schema
            // 当 module === sider 时
            siderConfig: {
                menu: 
            },
            // 当 module == iframe 时
            iframeConfig: {
                path: '', // iframe 地址
            },
            // 当 module == custom 时
            customConfig: {
                path: '', // 自定义模块路径
            },
            // 当 module == schema 时
            schemaConfig: {
                api: '/api/user', // 数据源API
                schema: { // 板块数据结构
                    type: 'object',
                    properties: {
                        key: {
                            ...schema, // 标准 schema 配置
                            type: '', // 字段类型
                            label: '', // 字段中文名
                            // 字段在 table 中的相关配置
                            tableOption: {
                                ...elTableColumnConfig, // 标准 el-table-column 配置
                                toFixes: , // 数字类字段保留小数位数
                                visible: true // 是否在 表单 中显示，没有配置时默认显示
                            },
                            // 字段在 search-bar 中的相关配置
                            searchOption: {
                                ...elComponentConfig, // 标准 el-component-column 配置
                                comType: '', // 配置组件类型 input/select....
                                default: '', // 默认值
                                // 当 comType 为 select时
                                enumList: , // 下拉框可选值
                                // 当 comType 为 dynamicSelect时
                                api: '',
                            }
                        },
                        // ...
                    }
                },
                // table 相关配置
                tableConfig: {
                    // 头部按钮组
                    headerButtons: ,
                    rowButtons:
                },
                searchConfig:{},
                components:{}
            },
        },
        //
    ],
};

对于重复开发的板块，Ke以直接在model层配置好，project直接继承model的配置。

因为project继承model，所以需要处理修改和新增内容的情况，规则如下：

百分之八十的标准增删改查页面直接通过SchemaView渲染。

左侧是不同字段的配置，基于json-schema规范，再拓展表单、表格等配置，再通过开发不同的解析器，Zui终生成右侧的页面。

封装schema-table组件对配置进行处理。

>害，说到这儿，有个问题不得不提，为啥百度不收录咱的网站呢？

>哦，这个问题嘛，一般来说是因为网站内容质量、结构、或者外部链接等因素导致的，你Ke以检查一下这些方面试试。

对于不同的表单类型组件，封装在app/pages/widgets/schema-search-bar/complex-view中,schema-search-bar通过动态组件的形式进行渲染,你懂的.

DSL 的 mode 字段,Ke以定义不同的模板,后续Ke以增加不同的模板解析引擎;

moduleType字段的设计,支持不同类型，后续还Ke以继续拓展,对标去增加不同的解析引擎;

表格的按钮,通过配置,点击后抛出不同的事件,可自定义处理.

>那个那个,不对不对,应该是咱得优化一下架构设计.