学海无涯，行者无疆

MyBatisPlus自带了一个代码生成器mybatis-plus-generator，可基于数据库库表，结合模板技术，自动生成程序源码，不过默认情况下，只支持Entity、Mapper、Service、Controller这些层次。如果想生成未预置的代码，如vo对象、前端vue页面等，需要做一些定制和扩展来实现。

照惯例，先交待下背景，从真实需求出发，讲述设计思路和实现方式。软件系统中，会有一些成组的常量值，来描述业务实体的属性，如性别、证件类型、审批状态等。我们通常称之为数据字典，作为系统后台管理的一个独立功能，来维护字典类型以及对应的字典值。后端功能和实现都比较简单，没什么好说的，今天重点要说的是前端的封装。对于数据字典，前端展现往往有三种常用的形式，下拉列表、单选按钮组和复选框组，其中，最常用是下拉列表，这里就以下拉列表的实现为例来说明，其他两种类似，不重复描述。技术栈采用的还是vue2.0，UI组件库使用e

软件系统中，会有一些常见常用的选择功能，如部门选择、人员选择等，用于填报表单，使用频率很高。直接使用一方面会比较繁琐，另一方面造成代码重复，当需要调整时，则需要遍历整个项目源码，容易因漏改引发问题。这种情况下，更好的实现方案，是通过封装组件，来实现简化使用和复用的目的。前面有一篇，介绍了使用VUE自定义组件封装数据字典，功能比较简单，今天进一步，封装一个比较复杂的部门单选组件，其他业务实体，如人员、角色等，实现非常类似，就不再赘述。

使用的springboot版本是2.3.0，而spring-boot-starter-data-redis在2.0版本以上默认使用lettuce作为redis的客户端工具，而我当时查到的集成资料，是需要使用jedis，因此将lettuce排除掉了，并且引用了jedis的maven依赖。当下有了相对充裕的时间，深入了解下Redis，并对集成部分进行重构与优化，过程中，发现网上很多资料都是存在谬误的，一些坑点或注意事项，也在这里一并整理出来，作为知识沉淀，也能为后来者提供一定的参考，能少走一点弯路。

从实战角度介绍如何使用Draggable实现一个配置功能，用到的关键属性和方法，需要注意的事项，坑点以及解决方案。

众所周知，软件系统的复杂性是相当高的，以下几个场景是比较常见的：1.作为软件公司，要研发一个新的产品，功能需求大概明确了，需要确定下研发成本、资源需求等。2.作为企业，实施软件系统，需要与软件厂商商谈具体的工期与费用等。3.作为软件公司或企业的管理方，需要对多个软件系统进行横向对比、衡量与评价等。以上几个问题，实际都指向一个核心问题，即如何客观估算与衡量一个软件系统的规模。只有具备了软件规模的基本数据，与之相关的工作量(人天）、工期、报价、项目成本才能计算。### 概述目前评估软件规模的方法主

背景是这样的，学习docker技术，仅看理论是远远不够的，需要动手实践。第一步当然是搭建环境，一件本来以为很容易的事情，实际是非常曲折。

学习docker使用，需要环境，今天主要的目标是在windows环境下安装docker环境。为什么要这么搞，主要是企业内部服务器，都是跟公网隔离的，没有访问公网权限，所以镜像什么的，从公网拉取完全没戏，在测试验证环节，通过公网下载各种镜像再传到服务器这种模式，效率低下。以前做过这样的尝试，详见，最后的效果并不好，只能执行有限的docker命令，因无法访问公网，从而也无法方便地从公网拉取各种镜像。

在Java应用的生产环境中，不可避免地会遇到异常甚至宕机等问题。为了诊断、分析和优化这些问题，我们必须深入了解其原因，以避免再次出现。尽管现代的可视化工具提供了更为便捷的界面和操作体验，但了解基本的命令行工具仍然至关重要。这些可视化工具背后，往往依赖于这些基本命令来收集数据，并进行综合处理以展示最终结果。今天，我们将从实战的角度出发，深入探讨jps、jmap、jstack和jstat这四个Java命令行的常用方法。通过掌握这些工具，将能够更有效地监控、分析和调优Java应用程序，从而提高其稳定性和性能。