增加或修改前校验

最新推荐文章于 2021-03-23 16:18:12 发布
原创 最新推荐文章于 2021-03-23 16:18:12 发布 · 249 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 

// 首先对表单form进行校验
this.$refs.addRolesFormRef.validate(async valid => {
    // 校验失败,直接返回
    if(!valid) return
    // 校验成功,发起请求
    const {data:res} = await this.$http.post('roles',this.addRolesForm);
    // 如果返回状态不是201,则提示失败
    if(res.meta.status !== 201) return this.$message.error('添加失败!');
    // 提示用户成功
    this.$message.success('添加成功!');
    // 关闭对话框
    this.addRolesDialogVisible = false;
    // 重新获取数据,刷新列表
    this.getRolesList();
})
【项目问题总结】4：修改操作的重复性验证逻辑
爱技术 爱生活
06-05 4605
问题描述：         在做基础系统的Bug调试及修改的过程中，遇到了一个很奇怪的问题：在进行记录的修改操作时，如下图所示，         理论上层次名称和备注都是可以随意修改的，但是如果我只是修改备注，对名称不做任何的改动（或者是只是点开修改的弹出框，不做任何改动），点击确定进行提交，总是弹出层次名称重复的提示，导致修改失败。 问题分析：         经过各种测试，发现
新增和修改的数据校验
Elvira_Sunset的博客
11-10 892
添加：添加的数据不能在数据库中存在，存在则不能添加； 不存在方可添加 修改：修改提交的数据是当前的数据，则可以成功修改 修改的数据需要排除它本身，在其他数据中也不存在，才可以修改 sql的校验代码如下： select from sys_Role where 1=1 <if test="role != null and role != ''"> and role = #{role} //主键不
关于校验与确认两步操作时，新增，修改需要考虑的问题
C18298182575的博客
08-26 584
业务场景 1.有这样兑奖的活动，【活动1】小票满指定金额换奖品，【活动2】买饮料，瓶盖暗码兑奖 第一步，【校验按钮】拍身份证图片，获取身份证信息；输入小票号或输入暗码，校验是否被使用过（查询是否存在记录)；暗码是否有效（提前初始化到暗码表） 第二步，【确认按钮】第一步校验通过，新增兑奖记录，更新暗码状态。 风险点是小票号或暗码是否会被重复使用，类似并发问题 异常场景 1.同一个小票或者暗码，两个人同时操作，第一步都校验通过了（无记录），再去确认操作，可能导致，小票或暗码被重复使用，正常新增了记录
从接口的前置状态校验 到 状态模式的方法是否能执行 再 有限状态机(FSM)的事件校验 ,状态机
fei33423的专栏
06-21 1145
传统写接口: 1.都需要校验下当前状态是否是预期状态中的之一. [预期中的状态都支持这个事件] 2. 通过 sql中预留expectStatus来实现 新增状态时,需要 1. 新增新的状态变更方法 2. 对原来的各个状态变更,修改对应的expect值.但是到了状态机之后: ...
修改密码校验
weixin_42454941的博客
03-13 1994
function testPassword (opass,npass,cpass,callback){ /* opass:原密码 npass:新密码 cpass:确认新密码 callback:校验成功后的回调 校验规则: 1.非...
添加和修改数据时的重复性校验
热门推荐
Sun_of_Rainy的博客
09-11 1万+
添加：添加的数据不能在数据库中存在，存在则不能添加；          不存在方可添加 修改：修改提交的数据是当前的数据，则可以成功修改           修改的数据需要排除它本身，在其他数据中也不存在，才可以修改 sql的校验代码如下： &lt;select id="findRoleByName" resultType="com.frame.entity.Role" paramete...
bootstrapValidator表单校验、更改状态、新增、移除校验字段的实例代码
10-15
例如，点击`更改校验状态`按钮时，可以执行以下代码来切换`xb`字段的验证状态： ```javascript $('#btn2').click(function() { $('#inputForm').data('bootstrapValidator').enableFieldValidators('xb', !$('#...
精选资源
7z解压缩软件添加MD5校验功能插件
01-09
7-zip其实很好的压缩软件，免费、开源、无广告，但是发现有个小瑕疵，就是有些人发的校验是MD5，但是7-zip校验列表里面没有MD5，只能用别的方式实现，如果能集成下就好了。 今天发现7-zip有人开发了一些插件，里面有...
asp.net framework下webform、webapi和mvc对于文件增加权限校验
11-12
文件权限校验可以确保只有经过授权的用户才能访问或修改特定的文件。在ASP.NET Framework中，通过各种技术手段实现文件权限校验，可以有效地提升应用程序的安全性。 在WebForm中，通常会用到基于角色的授权，通过...
微信小程序实现表单校验功能
08-29
可配置是指可以单独为每个表单组件配置不同的单个或多个校验规则。 统一的格式 使用统一的格式来定义校验规则，例如： `[规则名]: { rule: [校验方式], msg: [错误信息] }`。这样可以使得校验规则易于维护和更新。...
易语言-异编自校验模块源码3.5-支持自校验DLL
07-02
沉默5年，本次开更新求以后所有易程序都能加上MD5自校验，拒绝被软件非法修改。 更新说明： 1.改进首次运行重新生成机制，速度更快、可在原始路径直接保存无需退出程序。 2.增加DLL自校验功能。 3.未能解决：无法对...
【SpringMVC整合MyBatis】validation校验-商品修改校验
weixin_34007906的博客
08-12 312
springmvc校验 1.校验理解 项目中，通常使用较多是前端的校验，比如页面中js校验。对于安全要求较高点建议在服务端进行校验。 服务端校验：控制层controller：校验页面请求的参数的合法性。在服务端控制层controller校验，不区分客户端类型（浏览器、手机客户端、远程调用）业务层service（使用较多）：主要校验关键业务参数，仅限于s...
1_修改程序验证流程
u012129783的博客
04-11 737
1，下面这段程序中，verify_password是验证密码的函数，我们要做的是把编译好的程序直接跳过程序验证流程。 #include &lt;stdio.h&gt; #define PASSWORD "1234567" int verify_password (char *password) { int authenticated; authenticated=strcmp(p...
表单提交前 校验方法
一笑天
08-28 1386
有时在表单提交前，需要对所填报或者选择的数据进行校验，只有先通过校验的数据才能到达后台的action中，这样就省去了每次提交都到action中去校验的步骤，能提高效率。方法就是在确定前执行脚本，去验证：(xxx代表一个bean) return checkSelectIteam()"/> js 校验方法： function checkSelectIteam(){           va
vue自定义指令preventReClick防止多次点击，针对于elementUI button
luyundesign的博客
09-30 3738
1、定义全局指令文件 Vue.directive import Vue from 'vue' // 自定义指令防止按钮重复点击 v-preventReClick(使用时) const preventReClick = Vue.directive('preventReClick', { inserted: function (el, binding) { el.addEventListener('click', () => { console.log(11111) c
VUE elementUI calendar 根据日期段标记日期
luyundesign的博客
10-09 1590
<template> <div class='outer'> <main> <el-calendar> <template slot="dateCell" slot-scope="{date, data}"> <!-- {{data.day}} --> <p :class="data.isSelected ? 'is-selected
element ui触发单个验证
luyundesign的博客
10-26 1087
this.$refs.ruleForm.validateField(‘type’)
elementUI calendar日历事例
luyundesign的博客
09-30 947
标记日历 <template> <div class='outer'> <el-calendar v-model="value"> <template slot="dateCell" slot-scope="{date, data}"> <!-- {{data.type}} --> <!-- {{data.isSelected}} --> &l
前端 平级结构数据转换 el-tree 所要求的树形结构数据
luyundesign的博客
03-23 568
var testData = [{ component_id: "", isParent: true, name: "调查问卷", id: "questionnaire" }, { component_id: "questionnaire", name: "限制规则", id: "82d7c72ce0d44d468917d80345db6d76" }, { component_id: "questionnaire", name: "问卷状态", id: "37df
git commit增加空白行校验
最新发布
11-22
<think> 首先，用户的问题是关于在git commit时增加空白行校验的方法。用户引用了多个来源，但这些引用是关于git commit的校验，包括eslint校验、commit信息格式校验等。用户特别提到“空白行校验”，所以我需要专注于如何添加一个钩子来检查提交信息是否包含空白行。 关键点： - 用户想确保git commit消息中有空白行。 - 这通常用于强制提交消息有标题和正文之间的空白行，以符合某些约定，如Conventional Commits。 从引用中提取相关信息： - 引用[2]提到pre-commit钩子，它可以用于检查即将提交的快照。 - 引用[3]讨论了如何创建全局的commit-msg钩子来校验提交信息。 - 引用[4]和[5]提到了husky和commitlint，这些是用于管理Git钩子的工具。 空白行校验通常涉及commit-msg钩子，因为它检查提交消息的内容。 步骤来实现空白行校验： 1. **创建或修改commit-msg钩子**：这个钩子在提交消息被使用前运行，可以修改或验证提交消息。 2. **编写脚本来检查空白行**：使用shell脚本或其他语言来检查提交消息文件是否包含空白行。 - 提交消息存储在临时文件中，钩子可以读取这个文件。 - 检查消息中是否有至少一个空白行（例如，在标题和正文之间）。 3. **集成到Git钩子**： - 手动方式：直接在.git/hooks/目录下创建commit-msg文件。 - 使用工具：如Husky（用于Node.js项目）来管理钩子。 4. **全局设置**：如果需要应用到所有仓库，可以设置全局钩子模板。 具体方法： - **手动创建钩子**： - 进入仓库的.git/hooks目录。 - 创建commit-msg文件（如果不存在）。 - 添加脚本内容：例如，使用bash脚本读取提交消息文件（$1），检查是否有空白行。 - 如果没有空白行，退出非零值以阻止提交。 - **使用Husky和commitlint**：commitlint是一个校验提交消息格式的工具，可以配置来检查空白行。 - 安装commitlint和必要的配置。 - 配置commitlint规则来要求空白行。 - 使用Husky来运行commitlint在commit-msg钩子上。 对于空白行校验，commitlint有一个规则`body-leading-blank`和`footer-leading-blank`，可以用来强制标题和正文之间、正文和脚注之间有空白行。 参考用户引用的内容： - 引用[5]提到在package.json中配置husky来运行commitlint。 - 引用[4]提到husky + .git/hooks的结合。 所以，推荐方法是： 1. 使用Node.js工具如Husky和commitlint。 2. 配置commitlint来启用空白行规则。 安装步骤： - 安装Husky：`npm install husky --save-dev` - 安装commitlint：`npm install @commitlint/cli @commitlint/config-conventional --save-dev` - 创建commitlint配置文件（如.commitlintrc.json）并设置规则： ```json { "extends": ["@commitlint/config-conventional"], "rules": { "body-leading-blank": [2, "always"], // 强制正文前有空白行 "footer-leading-blank": [2, "always"] // 强制脚注前有空白行（如果需要） } } ``` - 配置Husky：在package.json中添加： ```json "husky": { "hooks": { "commit-msg": "commitlint -E HUSKY_GIT_PARAMS" } } ``` 如果没有使用Node.js，可以使用纯Git钩子： - 创建.git/hooks/commit-msg文件： ```bash #!/bin/sh # 读取提交消息文件 commit_msg=$(cat "$1") # 检查是否有空白行（例如，空行） if ! grep -q '^$' "$1"; then echo "错误：提交消息必须包含空白行在标题和正文之间。" >&2 exit 1 fi ``` - 确保文件可执行：`chmod +x .git/hooks/commit-msg` 在回答中，我需要： - 使用中文回答。 - 结构清晰，逐步指导。 - 引用相关段落，末尾添加引用标识。 - 生成相关问题。 生成相关问题： 1. 如何在所有Git仓库中全局设置空白行校验？ 2. 空白行校验在哪些提交约定中是必要的？ 3. 如何自定义Git钩子以添加其他校验规则？ 最后，确保回答真实可靠，基于标准实践。 </think> ### 如何在Git Commit时增加空白行校验 在Git commit时增加空白行校验，通常是为了强制提交消息格式规范（如Conventional Commits），要求标题和正文之间必须有空白行。以下是详细步骤，分为手动方法和使用自动化工具方法。核心原理是通过Git的`commit-msg`钩子（在提交信息写入前触发）来校验消息内容。 --- ### 方法1: 手动创建Git钩子（无需额外工具） 此方法直接在仓库的`.git/hooks`目录下添加脚本，适合简单场景或非Node.js项目。 1. **进入仓库的Git钩子目录**： ```bash cd /path/to/your/repo/.git/hooks ``` 2. **创建或修改`commit-msg`钩子文件**： 使用文本编辑器（如nano或vim）创建文件： ```bash nano commit-msg ``` 3. **添加校验脚本**： 以下脚本检查提交消息中是否包含至少一个空白行（空行）。如果缺失，则阻止提交。 ```bash #!/bin/sh # 读取提交消息文件（$1是Git传递的临时文件路径） commit_msg=$(cat "$1") # 检查是否存在空白行（正则表达式匹配空行） if ! grep -q '^$' "$1"; then echo "错误：提交消息必须包含空白行（标题与正文之间）！" >&2 echo "示例格式：" >&2 echo "feat: 添加新功能" >&2 echo "" >&2 # 空白行 echo "这里是详细描述。" >&2 exit 1 # 非零退出码阻止提交 fi ``` 4. **赋予脚本执行权限**： ```bash chmod +x commit-msg ``` 5. **测试效果**： - 提交无效消息（无空白行）： ```bash git commit -m "fix:修复bug" --allow-empty # 预期输出错误并阻止提交 ``` - 提交有效消息（含空白行）： ```bash git commit -m "fix: 修复bug"$'\n\n'"详细信息" --allow-empty # 预期提交成功 ``` 此方法简单直接，但需为每个仓库单独配置[^3]。 --- ### 方法2: 使用Husky和commitlint（推荐，适合Node.js项目） 利用工具自动化管理，支持更复杂的规则（如Conventional Commits）。`commitlint`的`body-leading-blank`规则专门用于强制空白行。 1. **安装依赖**： 在项目根目录运行： ```bash npm install husky @commitlint/cli @commitlint/config-conventional --save-dev ``` 2. **创建commitlint配置文件**： 在项目根目录创建`.commitlintrc.json`，启用空白行校验： ```json { "extends": ["@commitlint/config-conventional"], "rules": { "body-leading-blank": [2, "always"] // 强制正文前必须有空白行 } } ``` 3. **配置Husky钩子**： 在`package.json`中添加Husky配置： ```json { "scripts": { "prepare": "husky install" // 自动初始化Husky }, "husky": { "hooks": { "commit-msg": "commitlint -E HUSKY_GIT_PARAMS" // 触发commitlint校验 } } } ``` 运行以下命令激活Husky： ```bash npm run prepare ``` 4. **测试效果**： - 无效提交（无空白行）： ```bash git commit -m "feat: 新功能" # 被拒绝，提示需空白行 ``` - 有效提交（含空白行）： ```bash git commit -m "feat: 新功能"$'\n\n'"详细描述" # 提交成功 ``` 此方法易于维护，且支持团队共享配置[^4][^5]。 --- ### 全局配置（所有仓库生效） 若需所有Git仓库都启用空白行校验： 1. 创建全局Git模板目录： ```bash git config --global init.templatedir ~/.git-templates mkdir -p ~/.git-templates/hooks ``` 2. 将上述手动脚本保存到`~/.git-templates/hooks/commit-msg`。 3. 应用到现有仓库： ```bash find ~ -type d -name ".git" 2>/dev/null | while read gitdir; do cp ~/.git-templates/hooks/commit-msg "$gitdir/hooks/" done ``` --- ### 注意事项 - **绕过校验**：紧急时可添加`--no-verify`参数（`git commit -n -m "消息"`），但不推荐[^2]。 - **空白行规则**：空白行通常位于标题和正文之间（例如：`标题\n\n正文`），Conventional Commits规范中这是强制要求。 - **错误处理**：脚本校验失败时，Git会显示自定义错误消息，帮助用户修正格式。 通过以上方法，您可以确保所有提交消息符合格式规范，提升代码历史可读性[^1][^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值