杂七杂八的一些日总结 1.vue(最)合理的处理表单提交和初始化表单数据显示的方式 对于表单处理,繁琐的一个地方就是当出现多个下拉选择的表单框的时候,我们需要进行多次将选择的文本去换对应的id值的操作,然后传给后端. 对于表单中的选择框的数据格式,在获取数据时,后端应该直接返回id,而不是对应的文本,因为我们最终提交的时候传给后端的也是id,格式统一,更方便前端定义变量:对于简单的表单,我们只需要定义一个对象来保存从后端获取到的所有的表单数据(后端通常是会返回一个包含了所有表单数据的一个对象),

¶项目分析 一个完整的网站服务架构,包括:   1.web frame ---这里应用express框架   2.web server ---这里应用nodejs   3.Database ---这里应用MonggoDB  + NoSQL Manager for MonggoDB  professional 进行管理   4.前端展示  ---这里应用vue 1.项目服务器端搭建 安装NoSQL Manager for MonggoDB  professional,mongodb,nodejs,

第一种方法:vue嵌套路由(二) <el-menu :default-active="defaultActive" style="min-height: 100%;" theme="dark" router> <el-menu-item index="manage"> <i class="el-icon-menu"></i>首页 </el-menu-it

网上搜索了很久Vue项目搭建指南,并没有找到写的比较符合心意的,所以打算自己撸一个指南,集合众家之所长(不善于排版,有点逼死强迫症,如果觉得写的有问题,可以留言斧正,觉得写的太差的,可以留言哪里差, 有不好的地方改,欢迎调侃). 搭建项目前准备工作 首先你需要一台电脑,建议做开发的电脑最好是内存 8G 以上16G最佳,土豪随意. Node标准稳定版, 不建议使用最新的测试版本,缘由是因为最新的测试版本总有各种各样的奇葩BUG,会导致启动项目的时候报各种错误,最关件的是,这些问题很难定位,更别提解

之前写过一篇vue初始化项目,构建vuex的后台管理项目架子,这个structure-admin-web所拥有的功能 接下来,针对structure-admin-web的不足,进行了补充,开发了具有登陆的structure-admin项目,技术站:主要是node+vue+redis+mysql+es6 欢迎访问structure-admin源码:structure-admin 欢迎访问weekly源码:weekly 项目地址演示地址:http://weekly.mwcxs.top (公司负责人)

构架vuex的后台管理项目源码:https://github.com/saucxs/structure-admin-web 一.node安装 可以参考这篇文章http://www.mwcxs.top/page/220.html 二.vue-cli 全局安装 命令行执行 : npm install -g vue-cli    // 加-g是安装到全局 安装完成以后 可以输入命令 :vue 回车,可以看到针对vue的命令行: 三.初始化项目 执行命令: vue init webpack struct

SSM 电影后台管理项目 概述 通过对数据库中一张表的CRUD,将相应的操作结果渲染到页面上. 笔者通过这篇博客还原了项目(当然有一些隐藏的坑),然后将该项目上传到了Github.Gitee,在末尾会附上有源码地址,读者可参考. 该项目使用的是Spring+SpringMVC+Mybaits(SSM)后端架构,POJO---Dao---Service---Controller的结构,简单易懂. POJO:实体类层,封装的是数据中的设计的表对应的元素. Dao:Mapper的接口以及Mapper.

最近朋友做app需要web做后台管理,所以花了一周时间做了这个项目. 废话不多说,开发环境是nginx+php5.3,使用thinkphp框架.是一个医疗器械数据统计的后台,业务功能很简单就是查看用户从app上面发布的数据. 由于刚接触thinkphp和一些前端的插件,所以遇到了很多问题,具体请看后续章节. 主要页面截图:

序:本文主要分两块说:项目机制,具体用到的知识块. 1. 项目机制 项目的原型以vue-cli为原型,进行项目的初步构建.项目以node.js服务和webpack打包机制为依托,将.vue文件打包为浏览器可以识别的文件.Node.js和webpack可以让项目运行在开发环境,或者运行在线上环境. 2. 项目用到的具体知识块: 1) Vue vue机制:模块化的vue文件是如何组装为页面的 Vue过度效果:<transition-group> vue注册组件:vue.use()  vue.com

项目GitHub地址:https://github.com/Little-Orange7/cmms-vue 一.简介 很多公司稍微复杂一点的业务,基本上都需要后台管理系统,来对业务进行各个维度的统计.对公司人员管理等等,这些后台管理系统都有一个基础的共性,就是对登录用户的管理,对用户角色的管理,对登录用户的操作权限的管理等,所以此项目就将这部分作为一个基础功能编写出来作为一个通用后台管理系统(common management system),为各种后台管理系统提供一个基础的版本框架,使企业能快

1.背景 最近,打算新开个项目,鉴于团队技术栈,选型.net core + vue,前后端分离.本打算捡现成的轮子的,github上大致逛了逛,总发现这样那样的不太适合心中那些“完美实践”,例如:Abp vnext好是好,但重度封装,且前端是基于jQuery,后续业务开发估计要大批量操作DOM,写大量JS:WTM虽然简单强大,但也不容易定制化.总之,各式各样的快速开发框架,尤其是后端,总有些不方便扩展或定制化的地方.于是,自己花了差不多半个月业余时间,手撸了一个具有系统管理基础功能的后台管理框架

1.前言 上篇,我们讲了后端的授权.与后端不同,前端主要是通过功能入口如菜单.按钮的显隐来控制授权的.具体来讲,就是根据指定用户的制定权限来加载对应侧边栏菜单和页面内的功能按钮.我们一个个来讲. 2.侧边栏菜单 鉴于本项目使用了vue-router,那显然,侧边栏就会跟对应路由关联,同时,前端项目会注册路由导航事件,此事件见src根目录下permission.js: 截图中,上边的红框代表是在注册路由跳转前回调钩子,此钩子可以根据具体情况决定是否需要导航到目的路由或导航到其他路由.下边的红框先调

这里是结合vue和element快速成型的一个demo 里面展示了基本的后台管理界面的大体结构和element的基本操作 GitHub的地址:https://github.com/wwwming/adminDemo

以下内容与主题无关,如果不想看可以直接忽视 !--忽视开始--! 给大家推荐一款强大的编辑器,那就是集响应快.体验好.逼格高.功能丰富为一体的sublime text 3.它除了以上特点,还有一个最重要的功能:方便快捷的插件扩展,支持大量插件而且均支持命令行安装,只要一条简单的命令就可以完成插件的安装.想要提高开发效率,sublime是一个很好的选择! !--忽视结束--!       以下为项目开发时遇到的问题或者学习到的前端技术: 1.height:100%设置无效 解决方法:html,bo

背景 按照 Ant Design 官网用 React 脚手构建的后台项目,刚接手项目的时候大概30条路由左右,我的用的机子是 Mac 8G 内存,打包完成需要耗时2分钟左右,决定优化一下. 项目技术栈: React + React Router + TypeScript + Ant Design 构建时间慢可能的原因: React 脚手架默认打包构建出来的文件包含 map 文件 Ant Desigin 以及项目中使用的第三方模块太大 babel-loader 编译过程慢 React 脚手架修改

摘要 在此记录一下阿里百秀项目的教学视频的学习笔记,部分页面被我修改了,某些页面效果会不一样,基本操作是一致的,好记性不如烂笔头,加油叭!!! step 1 : 整合全部静态页面 将静态页面全部拷贝到 admin 目录中. 将文件扩展名由 .html 改为 .php ,页面中的 a 链接也需要调整. 调整页面文件中的静态资源路径,将原本的相对路径调整为绝对路径. 在 sublime 工具中选中文件夹 admin 右击 --> 查找&&替换 step 2 : 抽离公共部分 由于每一个页

1.前言 这块儿当时在IdentityServer4和JWT之间犹豫了一下,后来考虑到现状,出于3个原因,暂时放弃了IdentityServer4选择了JWT: (1)目前这个前端框架更适配JWT: (2)前后端分离的项目,如果上IdentityServer4,还要折腾点儿工作,比如前端配置.多余的回调等: (3)跨度太大,团队.系统.历史数据接入都是问题,解决是可以解决,但时间有限,留待后续吧: 当然,只是暂时放弃,理想中的最佳实践还是IdentityServer4做统一鉴权的. 2.JWT认

1.前言 但凡业务系统,授权是绕不开的一环.见过太多只在前端做菜单及按钮显隐控制,但后端裸奔的,觉着前端看不到,系统就安全,掩耳盗铃也好,自欺欺人也罢,这里不做评论.在.NET CORE中,也见过不少用操作过滤器来实现业务用例权限控制的,至少算是对后端做了权限控制. 但我们知道,操作过滤器,已经算是过滤器管道中最靠后的,基本上紧挨着我们控制器方法执行那里了,本身,操作过滤器也不是做权限控制的地方,虽然本身它能达到权限控制效果.为什么这么说,试想下,在过滤器管道之前,还有中间件处理管道,即便是过滤

1.down源码 git clone https://github.com/KINGGUOKUN/SystemManagement.git,项目目录如下: 2.还原数据库 找到项目根目录下SystemManagement.sql,还原进MySQL,这里不做演示. 3.运行后端系统 打开解决方案,重新生成,修改appsetting.json中数据库链接,F5 4.运行前端 进入前端根目录(/ClientApp),删除此目录下的package-lock.json(如果存在的话),从此目录进入命令行,

1.前言 作为前后端分离的项目,或者说但凡涉及到对外服务的后端,一个自描述,跟代码实时同步的文档是极其重要的.说到这儿,想起了几年前在XX速运,每天写完代码,还要给APP团队更新文档的惨痛经历.给人家普及swagger,说不习惯,就要手写的Word文档. 闲话少扯.一份合格的文档,最起码要包括rest地址,HTTP方法,入参出参,入参出参的描述,如果接口包括授权,swagger文档还需要对应包括这部分的处理.做到这点,前端团队必定会感激你的,而且一个靠谱的前端,它也一定会要求你这么做的.再闲扯一

1.背景 前阵子有园友留言,提到日志相关的东西,同时,最近圈子里也有提到日志这个东西.一个充分.集中的统一日志平台还是很有必要的,否则系统出问题了只能靠猜或者干瞪眼.何谓充分,日志记录满足最低要求.出问题方便定位.可追溯.可追责,最重要的,方便扯皮:何谓集中,各子系统或服务日志都怼到一个地方,想看日志直接去日志平台去看,且方便检索.聚类,而不是需要每个服务.每台服务器逐个远程去翻扯.这里,就结合项目实践,聊下怎么方便.快捷.低成本的实现统一日志平台. 2.技术栈 .NET CORE + log4