bug——修改之路

bug-修改之路

参数验证问题

新手和一个不规范的程序员会出现这种各式各类的问题

问题

  1. 一切前端输入到后台的内容,查询,创建,修改,删除。
  2. 是否有权限进行此操作。
  3. 以上传文件的输入性内容,进行文件里的内容进行验证。

解决方法

  1. 规范的根据需求制定每一个字段是否为空,长度,能输入的字符集。Web前后端都做

举例:前端vue 在使用一些UI框架时对表单机型 rules的设置 并进行检验。

//iview UI
<FormItem prop="user">
            <Input type="text" v-model="formInline.user" placeholder="Username">
                <Icon type="ios-person-outline" slot="prepend"></Icon>
            </Input>
</FormItem>
<script>
    ...
   ruleInline: {
       user: [
           { required: true, message: 'Please fill in the user name', trigger: 'blur' }
       ],
       password: [
           { required: true, message: 'Please fill in the password.', trigger: 'blur' },
           { type: 'string', min: 6, message: 'The password length cannot be less than 6 bits', trigger: 'blur' }
       ]
   }
   ...
</script>

后端用java举例: 好好使用SpringBoot的validated 和 valid 注解 + 分组 去实现 不同的增删改查对参数的验证,参考文章

  1. 对于权限的问题,java后端使用Shiro 框架对用户进行角色和权限的划分。
  2. 前端:自测的时候一个表单一个表单测试,按以上的几种方式都试一次。后端,检查分组和检查实体类和权限
  3. 普通用户也要赋予权限,只能操作自己的内容。

逻辑bug和需求bug

问题

  1. 产生逻辑bug 是一个面上的:这一个功能都不能使用,这个是在需求时没有想清楚,没有把这个模块考虑清楚,需要做到这个模块是what?why?when?how?
  2. 产生逻辑bug 是在一个点上:一个功能内的一个按钮的逻辑错误,这时需要我们在一开始写代码之前就把逻辑问题想清楚,调用关系?参数验证?时序问题?参数验证?
  3. 需求bug,这时快结束时产生的需求bug一般都是对原来需求上进行优化,发现有的功能确实存在不能实现的内容进行优化调整。

解决方法

  1. 对于这类bug 提前布局,在分析需求时提前找出问题点。
  2. 对于接口设计时就想清调用关系
  3. 在实现接口时多考虑下是否传参是否为空?接收回来的内容也为空?

安全类问题

问题

  1. sql注入
  2. 越权
  3. xss和csrf
  4. 暴漏内部的逻辑
  5. 等等

解决方法

  1. sql 注入,现在的框架都是PreparedStatement 可以防止参数拼接,因此还有这个问题,就在druid,在数据库连接池上增加参数过滤功能,防止误杀逻辑,也防止被注入内容。
  2. 用好框架,每一类角色都要授权。
  3. 增加filter。
  4. 统一异常返回处理。

兼容类问题

解决方法

  1. 后端统一使用REST风格的接口。
  2. 前端需要兼容不同的浏览器,不同的手机格式。

第三方接口问题

问题

  1. 调用类似阿里云等接口已经十分稳定的系统时出现调用不通的问题。
  2. 与其他团队合作时,出现调用不通别人接口时。

解决方法

  1. 认真看接口文档,一般而言是自己用错了。
  2. 当给其他团队出现问题时,将具体问题描述清楚,自己先试清楚,再抛出问题。

更新

批量处理问题

问题

  1. 当单个表单进行处理时,不需要考虑表单间的切换,多个表单共同操作时错误就暴漏出来,例如1.验证问题残留到下一个表单,2.切换表单留存数据,3.提交前修改,但是验证状态还是正确的。

解决方法

  1. 切换时使用清除表单验证的方法,查对应UI框架的api。
  2. 当对一个ref为数组时需要进行数组化的验证。
  3. vue 使用watch和computed 两个函数进行是否进行了修改。
AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub 和 GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub 和 GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体问题。审查意见会以结构化的形式(例如,定位到特定代码行、问题分类、严重程度、分析和建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其转换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的问题,也会发布相应的友好提示和总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
【直流微电网】径向直流微电网的状态空间建模与线性化:一种耦合DC-DC变换器状态空间平均模型的方法 (Matlab代码实现)内容概要:本文介绍了径向直流微电网的状态空间建模与线性化方法,重点提出了一种基于耦合DC-DC变换器的状态空间平均模型的建模策略。该方法通过数学建模手段对直流微电网系统进行精确的状态空间描述,并对其进行线性化处理,以便于系统稳定性分析与控制器设计。文中结合Matlab代码实现,展示了建模与仿真过程,有助于研究人员理解和复现相关技术,推动直流微电网系统的动态性能研究与工程应用。; 适合人群:具备电力电子、电力系统或自动化等相关背景,熟悉Matlab/Simulink仿真工具,从事新能源、微电网或智能电网研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握直流微电网的动态建模方法;②学习DC-DC变换器在耦合条件下的状态空间平均建模技巧;③实现系统的线性化分析并支持后续控制器设计(如电压稳定控制、功率分配等);④为科研论文撰写、项目仿真验证提供技术支持与代码参考。; 阅读建议:建议读者结合Matlab代码逐步实践建模流程,重点关注状态变量选取、平均化处理和线性化推导过程,同时可扩展应用于更复杂的直流微电网拓扑结构中,提升系统分析与设计能力。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值