若依vue(前后端分离版本)前端使用字典

开发环境

  • IDEA软件
  • 前端 vue2 + element ui

准备工作

1、启动若依系统前后端

2、使用默认账号,超级管理员账户进入系统

3、进入字典管理

添加自己需要的字典和字典数据(标签和键值),这里我的是,名称和类型由自己取名,类型使用英文加下划线,在后面前端代码中需要使用类型。

切换到开发工具IDEA

在需要使用字典的页面中,一般使用字典分为下拉框和数据列表展示

1、下拉框

1)、样式代码

 <el-select>
        <el-option v-for="dict in dict.type.transport_order_status"
                   :key="dict.value"
                   :label="dict.label"
                   :value="dict.value"
        ></el-option>
      </el-select>

2)、js代码

在export default内容中,一定要添加如下属性

export default {
//数组中为你的字典类型,多个在[]中用逗号分隔如dicts:['a_b','b_c']
  dicts:['transport_order_status'],//一定要用dicts命名属性
data(){},
methods:{}
}

 效果如图

2、数据列表 

1)、样式代码

在dict-tag标签中

options属性dict.type.{你在字典管理页面中添加的字典类型}

value属性绑定对应的键值,从我这个项目中说是从后端拿到的数据,在数据库中存储的是state字段,值为1、2、3这个值对应的字典标签就通过dict-tag标签展示

 <el-table-column label="订单状态" align="center" prop="state" >
        <template slot-scope="scope">
          <dict-tag :options="dict.type.transport_order_status" :value="scope.row.state"></dict-tag>
        </template>
      </el-table-column>

2)、js代码

在export default内容中,一定要添加如下属性

export default {
//数组中为你的字典类型,多个在[]中用逗号分隔如dicts:['a_b','b_c']
  dicts:['transport_order_status'],//一定要用dicts命名属性
data(){},
methods:{}
}

效果如图

  • 10
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
1. Segment 数量 在 JDK1.7 中 ConcurrentHashMap 内部的 Segment 数组的长度是固定的,由一个常量指定,即 16。每个 Segment 可以被看作是一个小的 ConcurrentHashMap。在 JDK1.8 中,Segment 被取消了,取而代之的是一个名为 Node 的数组,这个数组的长度是可变的,它的长度被初始化为 2 的幂次方,具体的大小取决于当前 ConcurrentHashMap 中元素的数量。 2. 数据结构 在 JDK1.7 中 ConcurrentHashMap 内部的每个 Segment 由一个 HashEntry 数组和一个 HashEntry 链表组成。当多个线程同时访问 ConcurrentHashMap 时,它们只会锁定对应的 Segment,而不是整个 ConcurrentHashMap。在 JDK1.8 中,每个 Node 是一个单独的元素,它可以包含多个 key-value 对,每个 Node 之间通过链表进行关联。 3. 锁的优化 在 JDK1.8 中,ConcurrentHashMap 中使用了 CAS 操作来进行锁的优化。在 JDK1.7 中,ConcurrentHashMap 中需要使用锁来保证线程安全,这个锁是对每个 Segment 进行的,也就是说,在多线程访问 ConcurrentHashMap 时,每个线程只能同时访问不同的 Segment,这样可以避免锁的竞争,提高了并发性能。 4. 数据存储方式 在 JDK1.7 中 ConcurrentHashMap 中的数据存储方式是数组和链表结合的方式,其中数组是用来存储数据的,链表是用来解决哈希冲突的。而在 JDK1.8 中 ConcurrentHashMap 中的数据存储方式是数组和链表以及红黑树结合的方式,当链表长度大于 8 时,链表会自动转化为红黑树,这样可以提高查找效率。 5. 性能 由于 JDK1.8 中 ConcurrentHashMap 中使用了 CAS 操作来进行锁的优化,因此在并发性能方面有了很大的提升。同时,在数据存储方式方面,JDK1.8 中 ConcurrentHashMap 中使用了红黑树来优化哈希冲突,这样可以提高查找效率。因此,JDK1.8 中 ConcurrentHashMap 的性能比 JDK1.7 中 ConcurrentHashMap 更加出色。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值