- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端人人
React多页面应用9(webpack4 引入eslint代码检查)
本教程总共9篇,每日更新一篇,请关注我们!你可以进入历史消息查看以往文章,也敬请期待我们的新文章! 多页面应用7(webpack4 生产环境配置)---2018.04.13 8、React多页面应用8(webpack4 gulp自动化发布到多个环境,生成版本号,打包成zip等)---2018.04.16 9、 React多页面应用9(webpack4 引入eslint代码检查)---2018.04.17 开发环境:Windows 8,node v8.9.1,npm 5.5.1,WebStorm 2017.2.2 团队开发,如何保持代码风格统一,引入eslint代码检查是一个不错的选择! 完整代码 const webpack = require('webpack');//引入webpack const opn = require('opn');//打开浏览器 const merge =
1.7K80发布于 2018-04-24 - 来自专栏w候人兮猗的博客
代码提交检查
代码提交检查 在代码提交之前，进行检查，如果不符合eslint则不予提交 安装依赖包 yarn add husky -D yarn add lint-staged -D yarn add eslint -D husky主要是触发钩子函数的，lint-staged主要是检查，eslint则是约束工具 在package.json文件中新增如下命令 "husky": { "hooks": { --fix", "precommit": "lint-staged" }, 配置好eslint规则之后，如果代码提交，有问题没解决，git会自动抛出错误，阻止提交代码 eslint相关规则说明 不使用弃用的方法 "react/jsx-equals-spacing": 2, //在JSX属性中强制或禁止等号周围的空格 "no-unreachable": 1, //不能有无法执行的代码
4.5K20发布于 2020-06-24 - 来自专栏ops技术分享
Jenkins代码检查
一.静态代码分析 静态代码分析是指在不允许程序的前提下，对源代码进行分析或检查，范围包括代码风格、可能出现的空指针、代码块大小、重复的代码等。 没有通过编译，静态代码分析就没有意义。 所以在整个pipeline中，静态代码分析通常被安排在编译阶段之后。非编译型语言就另当别论了。 写代码时大括号该不该换行？ 对于这样的问题很容易引起争议，如果公司对代码定标准，那符合与否不可能找一个人总盯着，开发组着虽然管理代码合并，也不可能逐行去看检查是否符合标准。 代码检查规范的方案是使用构建工具或者代码分析器进行代码检查，不通过，pipeline就中止。 二.规范检查 PMD进行检查 PMD(https://pmd.github.io)是一款可扩展的静态代码分析器，它不仅可以对代码风格进行检查，还可以检查设计、对线程、性能等方面的问题。
1.4K20发布于 2021-06-04 - 来自专栏刘悦的技术博客
代码检查工具
python哪儿都好，但是缩进太多，嵌套过多容易产生难以检查的语法错误，所以我们需要一款静态检查软件 这里引入一个静态检查利器: flake8. flake8介绍 它是以下三工具的包装: PyFlakes Pep8: 代码风格检查 Ned Batchelder’s McCabe script: 代码复杂度检查 三大功能： python代码风格检查，使工程项目满足良好的代码风格，容易发现问题。 一些基本的代码检查。 , 检查成功后才能提交. 推荐编辑器 Radon: 复杂度检查.
1.7K30编辑于 2022-08-08 - 来自专栏技术杂记
Linux 初始化检查列表9
监控 确保一些性能查看和系统监控的软件已经安装 例如：sysstat、iotop、vmstat、netstat、zabbix-agent ---- 重启 最后为了让所有配置生效，也为了检查重启后所有服务如期启动
1.2K30编辑于 2021-11-26 - 来自专栏技术研究和应用
Golang代码检查工具
Golint（1）安装golintgit clone https://github.com/golang/lint.git cd lint/golintgo install（2）使用方式# 检查单个文件 URL Ip -> IP Sql -> SQL包命名统一小写不使用驼峰和下划线注释第一个单词要求是注释程序主体的名称，注释可选不是必须的外部可见程序实体不建议再加包名前缀if语句包含return时，后续代码不能包含在 [runner] Processors filtering stat (out/in): skip_files: 2608/2608, max_from_linter: 9/9, path_shortener : 9/9, path_prefixer: 9/9, skip_dirs: 2608/2608, identifier_marker: 2608/2608, exclude: 2608/2608, nolint : 2608/2608, diff: 11/11, max_per_file_from_linter: 11/11, severity-rules: 9/9, sort_results: 9/9, filename_unadjuster
2.3K61编辑于 2022-08-19 - 来自专栏向治洪
ESLint静态代码检查
ESLint简介 ESLint是一个用来识别 ECMAScript 并且按照规则给出报告的代码检测工具，使用它可以避免低级错误和统一代码的风格。 如果每次在代码提交之前都进行一次eslint代码检查，就不会因为某个字段未定义为undefined或null这样的错误而导致服务崩溃，可以有效的控制项目代码的质量。 ： npm i eslint-plugin-html -D 因为在vue文件里面写JavaScript代码也是写在script标签里面的，这个插件的作用就是识别一个文件里面script标签里面的JS代码 ESLint的检查。 因为在我们改代码的过程中去做一次检查，如果有错误，我们就能够很快地去定位到问题并解决问题。这时候我们可以借助eslint-loader插件。
2.8K20编辑于 2022-11-30 - 来自专栏软件工程
代码检查--记录篇~
根据项目整体代码检查结果,记录一下,有了这玩意,代码规范问题多犯犯错误,以后就没毛病了啊~ 1.不要使用SimpleDataFormat,它是线程不安全的类,可能导致线程安全问题,慎用 --可以使用DateTimeFormatter
89110编辑于 2021-12-23 - 来自专栏网络技术联盟站
OSPF技术连载9：OSPF TTL 安全检查
启用OSPF TTL 安全检查为了抵御TTL攻击，OSPF TTL 安全检查机制应运而生。启用此功能后，OSPF将仅接受TTL为255的数据包，拒绝任何TTL小于配置阈值的数据包。 步骤：图片启用OSPF TTL 安全检查首先，需要在OSPF配置中启用TTL安全检查功能。 验证配置配置完成后，建议验证OSPF TTL 安全检查是否已正确启用。 潜在问题和应对措施在配置OSPF TTL 安全检查时，可能会遇到一些问题。 4、网络设备不支持OSPF TTL 安全检查在某些情况下，一些旧的或特殊类型的网络设备可能不支持OSPF TTL 安全检查功能。
59631编辑于 2023-07-22 - 来自专栏网络技术联盟站
OSPF技术连载9：OSPF TTL 安全检查
启用OSPF TTL 安全检查 为了抵御TTL攻击，OSPF TTL 安全检查机制应运而生。启用此功能后，OSPF将仅接受TTL为255的数据包，拒绝任何TTL小于配置阈值的数据包。 步骤： 启用OSPF TTL 安全检查 首先，需要在OSPF配置中启用TTL安全检查功能。 验证配置 配置完成后，建议验证OSPF TTL 安全检查是否已正确启用。 潜在问题和应对措施 在配置OSPF TTL 安全检查时，可能会遇到一些问题。 4、网络设备不支持OSPF TTL 安全检查 在某些情况下，一些旧的或特殊类型的网络设备可能不支持OSPF TTL 安全检查功能。
41330编辑于 2023-09-05 - 来自专栏ops技术分享
Jenkins代码检查--持续代码质量检测
三.持续代码质量检测 SonarQube是一个代码质量管理工 具，能对20多种编程语言源码进行代码味道( Code Smells)、Bug、 安全漏洞方面的静态分析。 e2f92b48d047be825fe3c2c06dec818788855a3e Jenkins与SonarQube集成 将Maven与SonarQube集成，这时SonarQube对于Jenkins来说还是透明的，Jenkins并不知道代码质量如何 将集成Jenkins与SonarQube ,以实现当代码质量不合格时, Jenkins pipeline失败。 具体步骤如下: 1.Jenkins安装SonarQube Scanner插件 2.Jenkins配置SonarQube Scanner插件 3.SonarQube设置Webhooks，不同代码规模的源码 可以看出它是针对新代码的。所以,在初次及没有新代码加入的情况下，执行代码分析是不会报出构建失败的。
3.1K10发布于 2021-06-04 - 来自专栏张善友的专栏
冗余代码检查工具Simian
，发现位于67个文件中的873个方法共有5138行代码是重复的。 进入正题，介绍一下Simian这个冗余代码检查工具，目前的版本是2.2.24,不光是c#代码，它也可以用来检查C, C++, COBOL, Ruby, JSP, ASP, HTML, XML, Visual Basic等格式的代码。 simian并非免费工具，如果你用它来检查开源代码或非商业代码的话，它是免费使用的，如果是商业应用的话，就需要付费了。 c#文件： "-includes=*.cs" 检查当前目录下的所有c#文件 ，并且只检查代码3行以上重复的代码 -threshold=3 "*.cs" 检查所有的c#文件: "*.cs" 使用命令行输出的话
3.2K80发布于 2018-01-19 - 来自专栏jiajia_deng
atom 代码检查插件 linter
下面是其纠正 js 代码的错误截图。
45510编辑于 2023-10-20 - 来自专栏freesan44
OCLint静态代码检查脚本
前言 OCLint是静态代码检查工具，用于检查代码质量 环境部署 网上太多类似教程，可参考 OCLint在Xcode中的使用 OCLint 实现 Code Review - 给你的代码提提质量 脚本 用oclint-json-compilation-database命令分析代码 -e 需要忽略分析的文件，这些文件的警告不会出现在报告中 -rc 需要覆盖的规则的阀值，这里可以自定义项目的阀值，默认阀值 默认阈值 CYCLOMATIC_COMPLEXITY 方法的循环复杂性（圈负责度） 10 LONG_CLASS C类或Objective-C接口，类别，协议和实现的行数 1000 LONG_LINE 一行代码的字符数
1.9K10发布于 2021-01-20 - 来自专栏python3
代码中检查Python版本
# 检查你的Python版本 from sys import version_info if version_info.major
1.5K10发布于 2020-01-03 - 来自专栏JAVA乐园
SonarScanner有效检查代码质量
1. sonarQube与SonarScanner的关系 sonar 是一个用于代码质量管理的开放平台，支持Windows、Linux、Mac。 通过插件机制，Sonar 可以集成不同的测试工具，代码分析工具以及持续集成工具，与持续集成工具不同，Sonar 并不是简单地把不同的代码检查工具结果直接显示在 WEB页 面上，而是通过不同的插件对这些结果进行再加工处理 ，通过量化的方式度量代码质量的变化，从而可以方便的不同规模和种类的工程进行代码质量管理。 SONAR_SCANNER_HOME=C:\jenkins\sonar-scanner-4.7 PATH PATH=%PATH%;C:\jenkins\sonar-scanner-4.7\bin 打开cmd命令行，使用如下命令可以检查是否安装成功 进行扫描 如果安装了 sonarQube 服务器就可以进行静态代码扫描了。
1.2K10编辑于 2022-04-15 - 来自专栏Xcheck代码安全检查
腾讯代码安全检查Xcheck
image.png 0x00 Xcheck介绍 Xcheck是一个由腾讯公司CSIG质量部代码安全检查团队自研的静态应用安全测试(SAST，Static application security testing )工具，致力于挖掘代码中隐藏的安全风险，提升代码安全质量。 Xcheck现已支持Golang、Java、Nodejs、PHP、Python 五种语言的安全检查，其他语言支持还在开发中。 覆盖漏洞包括SQL注入、代码注入、命令注入、跨站脚本、反序列化漏洞、路径穿越等多种漏洞。 在4核16g的linux云主机上，Xcheck对项目的检查速度在 1w+/s ，部分项目可以达到 2w+/s。以28w行的wordpress项目为例，xcheck检查时间为18s。
8.5K80发布于 2020-12-01 - 来自专栏Ryan Miao
Java代码质量检查
阿里巴巴Java代码扫描插件P3C（PMD） cpd 重复代码扫描 Findbugs 通用Java bug检查 Sonar Quabe 一站式代码质量审查平台 1. 考虑为了查看report，这里就不绑定生命周期，而是直接通过执行goal的方式来检查。 阿里Java检查报告： ? checkstyle编码规范报告： ? 3 检查阈值 site命令会生成对应的report，但实际开发中，我们会期望出现错误时停止构建，提醒开发者修复问题。 也可以在检查的时候手动执行一下check。最终，我选择了手动check方案。 我们的代码开发最终都要merge到开发分支。我们只要卡住合并时的代码质量就可以了。规定：当代码合并到dev或者master等保护分支时，CI构建必须success，否则不允许合并分支。
3.2K20发布于 2019-06-15 - 来自专栏技术墨客
React Flow代码静态检查
Flow Flow是Facebook开源的静态代码检查工具，他的作用是在运行代码之前对React组件以及Jsx语法进行静态代码的检查以发现一些可能存在的问题。 Flow仅仅是一个用于检查的工具，安装使用都很方便，使用时注意以下3点即可： 将Flow增加到我们的项目中。 确保编译之后的代码移除了Flow相关的语法。 而Flow是静态检查，是在代码编译运行之前进行一次检查，两者相辅相成互不干扰。 Props参数检查 承接上面 MyComponent 的例子，我们引入Flow的注解对代码进行检查： // @flow // flow的例子，可以看看和PropType的差异在哪 import 个人觉得Flow除了开发人员自检还要整合到整个测试框架中，在集成测试或某个版本的代码发布之前进行集中检查。
1.1K40发布于 2018-08-03 - 来自专栏python3
python 代码检查，实现行级代码优化
首先写一段读取一个文件的python脚本: touch c9.py #! 接下来测试该代码： $ kernprof -l -v + 要执行的代码 ? -l 标识表明了逐行和-v标识表明详细输出。 使用memory_profile模块 memory_profile模块被用于在逐行的基础上，测量你代码的内存使用率。尽管如此，它可能使得你的代码运行的更慢。 ： $ python c9.py ? 通过以上几个模块，可以更加清晰的了解python代码的执行过程以及对资源的占用情况。对代码优化有很大的帮助
83550发布于 2020-01-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号