在日常的开发工作中,表单开发是较为繁琐且重复的.本文介绍一个我自己写的,提高开发效率的小工具. 1 可视化设计器 设计器基于Element UI ,可通过点击或拖拽的方式设计基本表单, 设计器生成的代码可直接运行在基于 Element 的 vue 项目中. github仓库   https://github.com/JakHuang/form-generator 码云仓库  https://gitee.com/mrhj/form-generator 演示地址 https://mrhj.gitee

Vue3 + Element ui  后台管理系统 概述:这是一个用vue3.0和element搭建的后台管理系统界面. 项目git地址: https://github.com/whiskyma/vue3-elementui 技术栈: vue3.0:渐进式JavaScript框架,易用.灵活.高效,似乎任何规模的应用都适用. element ui:基于vue2.0的ui组件库.(本项目中此组件按需加载,减少打包体积大小). vue-router:一般单页面应用spa都要用到的前端路由. vuex

最近,有不少朋友问我:"十三,看你写了几个Vue3的项目,你觉得Vue3能用到生产环境了吗?"结合自己的想法和尤大直播说的话,给一点建议. 别问我!没结果,除非花手摇过我. 我不是一个专业前端哈,只能说一点点不成熟的个人建议哈,说错了的话大家多担待. Vue3能用到生产环境了嘛? 文中的观点都是我这个菜鸡的个人观点,不代表任何官方或者权威观点. Vue3能否用到生产环境?答案是肯定能,而且一定能. 但是,你如果问,是不是所有项目都要升级到Vue3,这个就有待商榷了. 目前,我自己也写了

项目简介 vue3-element-admin 是基于 vue-element-admin 升级的 Vue3 + Element Plus 版本的后台管理前端解决方案,是 有来技术团队 继 youlai-mall 全栈开源商城项目的又一开源力作. 项目使用 Vue3 + Vite2 + TypeScript + Element-Plus + Vue Router + Pinia + Volar 等前端主流技术栈,基于此项目模板完成有来商城管理前端的 Vue3 版本. 本篇先对本项目功能.技术栈进

Vue3.0 发布第一个版本至今有一段时间了,到现在一直在更新优化,在性能方面,对比 Vue2.x ,性能的提升比较明显,打包后体积更小 来看下 Vue3.x 新增了哪些功能和特性. Performance:性能优化 Tree-shaking support:支持摇树优化 Composition API:组合API Fragment,Teleport,Suspense:新增的组件 Better TypeScript support:更好的TypeScript支持 Custom Renderer

GFast V3.0 平台简介 基于全新Go Frame 2.0+Vue3+Element Plus开发的全栈前后端分离的管理系统 前端采用vue-next-admin .Vue.Element UI. 本项目由奇讯科技团队开发. 特征 高生产率:几分钟即可搭建一个后台管理系统 模块化:单应用多系统的模式,将一个完整的应用拆分为多个系统,后续扩展更加便捷,增加代码复用性. 插件化: 可通过插件的方式扩展系统功能 认证机制:采用gtoken的用户状态认证及casbin的权限认证 路由模式:得利于g

在实际项目开发中,我们可能会碰到各种各样的项目环境,有些项目需要一个大而全的整体框架来支撑开发,有些中小项目这需要一些简单便捷的系统框架灵活开发.目前大型一点的框架,可以采用ABP或者ABP VNext的框架,两者整体思路和基础设计类似,不过ABP侧重于一个独立完整的项目框架,开发的时候统一整合处理:而ABP VNext则是以微服务架构为基础,各个模块独立开发,既可以整合在一个项目中,也可以以微服务进行单独发布,并统一通过网关处理进行交流.不管ABP或者ABP VNext框架,都集合了.NET

前言: 为.NET开源者提供的一个推荐自己优秀框架的地址,大家可以把自己的一些优秀的框架,或者项目链接地址存到在这里,提供给广大.NET开发者们学习(排名不分先后). Github项目仓库收集地址:https://github.com/YSGStudyHards/DotNetGuide/issues/5 填写格式如下: 项目or框架名称+访问链接地址+项目描述: NPOI-ExportWordAndExcel-ImportExcelData 一个简单,易懂的通用ASP.NET Core NPOI

缘起于开源项目 从 2017 年开始,陆陆续续写了一些开源项目放到开源网站里,都是一些实战项目,给大家练练手.有基础整合的demo,有 Spring Boot 博客项目,有 Spring Boot 商城项目,也有前后端分离项目,用 Vue 2.6 和 Vue 3.0 也写了几个项目,因为项目比较多,所以创建了两个 GitHub 账号,仓库如下所示: zhenfeng13 开源项目地址:https://github.com/zhenfeng13 newbee-mall 开源项目地址:https:/

最近是非常非常非常忙,一方面是公司的事情比较多,另外⼀点是最近在准备诉讼材料.⾄于诉讼的是谁,⼤家可以去看我之前写的几篇文章,所以本来这周是不打算更新文章的.不过,昨天慕课网的法务联系我的律师了,终于有反应了.为了让大家知道事件的最新进展,就整理了这篇文章. 这篇文章主要是讲两件事: 新蜂商城升级版本newbee-mall-plus开源啦! 向⼤家同步⼀下慕课网涉嫌抄袭newbee-mall项目事件的最新进展. DuangDuangDuang!newbee-mall-plus 开源啦! 历经半年

世界上唯一不变的东西就是变化,我们通过总结变化的规律,以规律来应付变化,一切事情处理起来事半功倍.我们在开发后端服务代码,前端界面代码的时候,界面都是依照一定的规律进行变化的,我们通过抽取数据库信息,以变化规律拥抱变化的内容.如对于服务端来说,后端代码中类的继承关系和特殊的接口名称规律,我们可以根据用户选中的表,获取表之间的字段和关系信息,生成各种DTO和接口类等代码文件:而前端界面来说,也是依照数据库的表信息.字段信息等内容,实现查询区域.查询列表.新增界面.编辑界面.查看界面.导入导出界面等

2021年,又是新的一年,Vue 已经发布 3.0 版本,最好用的 UI 组件库 Element UI 也发布了适配 Vue3.0 的新版本,是时候开始学习一下这两个新技术. 本文主要记录了使用 Vue CLI 来完成项目搭建的过程. 安装升级最新的 Vue CLI 4.x npm install -g @vue/cli 输入vue -V (大写的V) 查看版本 @vue/cli 4.5.9,一定要安装新版,不然使用不了 Vue 3. 创建 Vue 3.0 版本的项目 如图,使用 vue cre

之前发布过一篇文章<Vue3教程:开发一个 Vue 3 + element-plus 的后台管理系统>,文中提到会开发并开源一个 Vue 3 + Element Plus 的项目供大家练手和学习,随后也一直有收到留言和反馈,问我什么时候开源之类的问题,今天终于可以通知大家,完成啦!开源啦! 如果觉得我写得还行的话,请献上你宝贵的一赞,这将是我持续写作的动力!感谢大家啦. vue3-admin 开源地址 所有的代码.文件全部都开源到 GitHub 仓库中,前后端代码全部都在仓库里. 并没有任何藏

在我们基于框架开发系统的时候,往往对一些应用场景的页面对进行了归纳总结,因此对大多数情况下的页面呈现逻辑都做了清晰的分析,因此在我们基于框架的基础上,增量式开发业务功能的时候,能够事半功倍.代码生成工具Database2Sharp承载着我们各种开发框架的快速开发逻辑,包括界面代码的生成.后端代码的生成等内容,本篇随笔介绍在这个基础上,增加Vue&Element 工作流页面的快速生成,以便减轻我们实际开发工作流页面的繁琐工作. 1.工作流查看.编辑页面的组件动态化 在我的随笔<基于Vue的工作

背景 使用 Element+ Layout 布局: <el-row> <el-col :span="12"><div class="grid-content bg-purple"></div></el-col> <el-col :span="12"><div class="grid-content bg-purple-light"></d

通过自己所学的这段时间,利用空余时间,使用vue3.0脚手架搭建的一个关于后台的管理模板,所实现功能也是模仿一个后台的界面,数据分为两种存放,一种是直接存储到mlab,这里的数据是存放这登录注册,只有注册了自己的账号才能访问到页面,另一些数据直接存放在easy-mock里, 源码地址:https://github.com/MrZHLF/vue-admin 自己需要搭建vue3.0的脚手架,在这里就不用讲关于vue3.0的脚手架怎么搭建.vue3.0脚手架需要node版本10以上,这样的话,可以使

本文分别使用 SFC(模板方式)和 tsx 方式对 Element Plus el-menu 组件进行二次封装,实现配置化的菜单,有了配置化的菜单,后续便可以根据路由动态渲染菜单. 1 数据结构定义 1.1 菜单项数据结构 使用 element-plus el-menu 组件实现菜单,主要包括三个组件: el-menu:整个菜单: el-sub-menu:含有子菜单的菜单项: el-sub-menu:没有子菜单的菜单项(最末级): 结合菜单的属性和展示效果,可以得到每个菜单项包括:菜单名称.菜单

在前面随笔<基于SqlSugar的开发框架循序渐进介绍(12)-- 拆分页面模块内容为组件,实现分而治之的处理>中我们已经介绍过,对于相关的业务表的界面代码,我们已经尽可能把不同的业务逻辑封装在不同的页面组件中,隔离变化的差异,因此界面组件化后,就可以利用代码生成工具进行统一的界面代码的生成了,而且由于变化的隔离处理,我们实际上维护的代码变得更加方便维护了.本篇随笔介绍在整合代码生成工具进行前端界面的生成的一些思路和实际的界面代码的生成. 1.页面的模块化处理 在前面随笔<基于SqlSu

这篇文章讨论以下3个问题: 1.代码生成器应该做什么 2.大多数代码生成器的缺点 3.动态代码生成实现的基础 代码生成器应该做什么? 我认为,目标是加快项目开发,方式是减少重复代码手工操作,实现是用过代码生成技术.反过来说,就是代码生成要尽量让能自动化的代码不手动来操作.当然产生了很多附属的优点,如稳定性.便于测试.可以集中精力在业务逻辑上等,可是不能本末倒置.套用一句话,一切不以自动化为目的代码生成器都是耍流氓. 大多数代码生成器的缺点 现在大多数的(应该不是所有)代码生成器有一个最大的问题,

入行IT十年了,这是本人第一次网上’献丑‘.迫于工作压力,花了大半年时间写了这个生成器以辅助开发.如有价值请多多给予建议,谢谢 好了,废话少说,开动! QA. 1.为什么要用代码生成器? 当然是为了快速开发,且保证代码的一致性,便于维护. 2.代码生成器没缺点吗? 当然有缺点了,就是它不能代替人,如果鼠标一按就生成整个系统!那我们程序员是在一边喝咖啡还是背包走人?幸好代码生成器不会那么智能.. 3.代码生成器生成的代码是一锤子买卖? 可以不是一锤子买卖,反复修改生成器的元数据,可以持久享受代码生

越来越多第三方库使用apt技术,如DBflow.Dagger2.ButterKnife.ActivityRouter.AptPreferences.在编译时根据Annotation生成了相关的代码,非常高大上但是也非常简单的技术,可以给开发带来了很大的便利. Annotation 如果想学习APT,那么就必须先了解Annotation的基础,这里附加我另外一篇文章的地址: Java Annotation 基础教程 APT APT(Annotation Processing Tool)是一种处理注