使用人人开源管理后台系统来体会前后端分离技术

文章目录

我做的是一个关于三级分类数据的增删改查的模块,我得到了如下的结论

  • 我们对三级分类的增删改查效果以及基本完成,通过编写三级分类的增删改查,我们已经体会到了前后端交互的过程
  • 我们前端负责组装,收集好各种数据,把真正的增删改查执行的内容,通过url发送给后台,后台将前端发送过来的数据转化成自己想要的数据以后,在调用service来处理真正的功能
    我们看下面关于添加三级分类数据的一个演示
    前端:
    在这里插入图片描述
    后端:

    /**
     * 保存
     *      *      * @RequestBody:获取请求体,必须发送post请求(只有post请求才有请求体,get请求没有请求体)
     * springmvc(web)自动将请求体的数据(json),转化为对应的对象
     */
    @RequestMapping("/save")
   // @RequiresPermissions("product:category:save")
    public R save(@RequestBody CategoryEntity category){
		categoryService.save(category);

        return R.ok();
    }
  • 在上面的整个期间,我们用的最多的就是,http请求,而且是post方式,post方式将所有数据转化为json,json传到后端,用@RequestBody 取出请求体内的数据,在转化成请求体内的对象,但是在开发这个增删改查的过程中,我们的后端用的并不多。
  • 实际上职业前端,往往回去做面向用户的界面,而这后台管理系统的前后端代码,我们就得自己写,这样我们可以对前端的开发代码有一个入门适应的过程,基于这种情况,我们就要有一个强大的逆向工程,将基础的增删改查代码封装起来,提高我们的生产效率,让我们可以更多的关注我们的核心逻辑(逆向工程不仅为我们生成了后端的增删改查,包括前端的增删改查也为我们生成了)
  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值