基于Admin.NET框架的前端的一些改进和代码生成处理(1)

科技资讯 投稿 8000 0 评论

基于Admin.NET框架的前端的一些改进和代码生成处理(1)

Admin.NET官网的的地址:https://gitee.com/zuohuaijun/Admin.NET,Vue-Next-Admin的官网地址:https://lyt-top.gitee.io/vue-next-admin-doc-preview/,有兴趣可以分别到官网上进行预览了解。

1、API及对象接口的处理

api-services 目录 下,包含了apis和models两个目录

在我的随笔《基于SqlSugar的开发框架循序渐进介绍(10)-- 利用axios组件的封装,实现对后端API数据的访问和基类的统一封装处理》中介绍过前端的API调用过程场景,如下所示。

一般我们在基类BaseApi中创建一些常用API的调用处理,那么常用的业务类继承BaseApi,就会具有相关的接口了,如下所示继承关系。

我们遵循Admin.NET的目录结构,如下所示放置Api接口和业务对象接口类。

如下是常规的基类,不具有任何基类接口,只是为了方便构造一些参数

/**
 * 此类作为普通API的基类,不继承常规的通用CRUD方法,如文件操作,服务器信息等类
 */
export class BaseNormal {
    /**
        * 服务器请求的起始路径, 类似 'http://localhost:**
       */
    protected basePath = serveConfig.basePath;

    /**
     * Api路径。子类通过构造函数修改, 其中api转义为具体的路径,如'/api/test'
    */
    protected apiPath = '/api/test';

    /**
     * 请求完整路径(除了方法名),类似 `http://localhost:**\/api/test`
    */
    protected baseUrl = this.basePath + this.apiPath;//

    /**
     * 定义一个axios变量,便于子类访问
    */
    protected axiosInstance = axiosInstance;

    /**
     * 构造函数,接受Api路径,如'/api/test'
    */
    constructor(apiPath: string {
        // 构造函数
        this.apiPath = apiPath;
        this

编程笔记 » 基于Admin.NET框架的前端的一些改进和代码生成处理(1)

赞同 (38) or 分享 (0)
游客 发表我的评论   换个身份
取消评论

表情
(0)个小伙伴在吐槽