- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
如何降低给定代码的复杂度?我在 Sonarqube 中遇到此错误---> 重构此方法以将其认知复杂度从 21 降低到允许的 15。
this.deviceDetails = this.data && {...this.data.deviceInfo} || {};
if (this.data && this.data.deviceInfo) {
this.getSessionInfo();
// tslint:disable-next-line: no-shadowed-variable
const { device, driver, ipAddress, port, active, connectionType } = this.data.deviceInfo;
this.deviceDetails = {
name: device.name || '',
manufacturer: device.manufacturer || '',
deviceType: device.deviceType || '',
model: device.model || '',
description: device.description || '',
managerId: device.deviceManager && device.deviceManager.managerId || null,
locationId: device.location && device.location.locationId || null,
active: device.active,
connectionType: connectionType || null,
driver_id: driver && driver.driverId || null,
ipAddress: ipAddress || '',
port: String(port) || '',
connectionStatus: active,
};
this.oldDeviceDetails = {...this.deviceDetails};
this.deviceLocation = device.location && device.location.locationId || null;
} else {
最佳答案
关于认知复杂性如何工作以及为什么应该保持较低水平的一些信息
首先,重要的是要了解“认知复杂性”与“圈复杂性”相比如何工作。认知复杂性考虑了人脑感知的复杂性。这就是为什么它不简单地表示条件路径的数量(简化了条件的数量加 1 用于 return 语句)。
认知复杂性公制 考虑嵌套条件 (例如 if 中的 if,if 语句中的 if),这使得从人类的 Angular 阅读和理解代码变得更加困难。
以下来自 SonarQube 文档 (https://www.sonarsource.com/docs/CognitiveComplexity.pdf) 的示例概述了我要解释的内容:
if (someVariableX > 3) { // +1
if (someVariableY < 3) { // +2, nesting = 1
if (someVariableZ === 8) { // +3, nesting = 2
someResult = someVariableX + someVariableY - someVariableZ;
}
}
}
因此请注意,二元运算会增加复杂性,但嵌套条件甚至会为每个嵌套条件加 1 分。这里认知复杂度为 6,而圈复杂度仅为 4(每个条件一个,返回路径一个);
this.deviceDetails = this.data && { ...this.data.deviceInfo } || {}; // +2
if (this.data && this.data.deviceInfo) { // +1 for the if condition, +1 for the binary operator
this.getSessionInfo();
const { device, driver, ipAddress, port, active, connectionType } =
this.data.deviceInfo;
this.deviceDetails = {
name: device.name || '', // +1 for the binary operator
manufacturer: device.manufacturer || '', // +1 for the binary operator
deviceType: device.deviceType || '', // +1 for the binary operator
model: device.model || '', // +1 for the binary operator
description: device.description || '', // +1 for the binary operator
managerId: device.deviceManager && device.deviceManager.managerId || null, // +2 for the varying binary operators
locationId: device.location && device.location.locationId || null, // +2 for the varying binary operator
active: device.active,
connectionType: connectionType || null, // +1 for the binary operator
driver_id: driver && driver.driverId || null, // +2 for the varying binary operator
ipAddress: ipAddress || '', // +1 for the binary operator
port: String(port) || '', // +1 for the binary operator
connectionStatus: active,
};
this.oldDeviceDetails = { ...this.deviceDetails };
this.deviceLocation = device.location && device.location.locationId || null; // +2 for the varying binary operator
} else { // +1 for the else path
// some statement
}
因此,假设我的数学是正确的,这总结为 SonarQube 报告的 21 的认知复杂度。
this.deviceDetails = getDeviceInfo();
if (deviceInfoAvailable()) { // +1 for the if statement
this.getSessionInfo();
// tslint:disable-next-line: no-shadowed-variable
const { device, driver, ipAddress, port, active, connectionType } = this.data.deviceInfo;
this.deviceDetails = {
name: getInfoItem(device.name),
manufacturer: getInfoItem(device.manufacturer),
deviceType: getInfoItem(device.deviceType),
model: getInfoItem(device.model),
description: getInfoItem(device.description),
managerId: getManagerId(device),
locationId: getDeviceLocation(device),
active: device.active,
connectionType: getInfoItem(connectionType, null),
driver_id: getDriverId(driver),
ipAddress: getInfoItem(ipAddress),
port: getInfoItem(port),
connectionStatus: active,
};
this.oldDeviceDetails = { ...this.deviceDetails };
this.deviceLocation = getDeviceLocation(device);
} else { // +1 for the else
// some statement
}
function getDeviceInfo()
{
return this.data && { ...this.data.deviceInfo } || {}; // +2
}
function getDriverId(driver) {
return driver && driver.driverId || null; // +2 for the binary operators
}
function getDeviceLocation(device) {
return device.location && device.location.locationId || null; // +2 for the binary operators
}
function getManagerId(device) {
return device.deviceManager && device.deviceManager.managerId || null; // +2 for the binary operators
}
function deviceInfoAvailable() {
return this.data && this.data.deviceInfo; // +1 for the binary operator
}
function getInfoItem(infoItem, defaultValue = '') {
return infoItem || defaultValue; // +1 for the binary operator
}
使用简单的提取方法重构
大量重复 (见 getInfoItem() 函数)
被淘汰了这也使得降低复杂性和增加可读性变得容易。
this.deviceDetails = getDeviceInfo();
if (deviceInfoAvailable()) { // +1 for the if statement
// some statement
return; // return the same way as in the eliminated else clause
}
this.getSessionInfo();
const { device, driver, ipAddress, port, active, connectionType } = this.data.deviceInfo;
this.deviceDetails = {
name: getInfoItem(device.name),
manufacturer: getInfoItem(device.manufacturer),
deviceType: getInfoItem(device.deviceType),
model: getInfoItem(device.model),
description: getInfoItem(device.description),
managerId: getManagerId(device),
locationId: getDeviceLocation(device),
active: device.active,
connectionType: getInfoItem(connectionType, null),
driver_id: getDriverId(driver),
ipAddress: getInfoItem(ipAddress),
port: getInfoItem(port),
connectionStatus: active,
};
this.oldDeviceDetails = { ...this.deviceDetails };
this.deviceLocation = getDeviceLocation(device);
关于javascript - 重构此方法以将其认知复杂度从 21 降低到允许的 15。如何重构和降低复杂度,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62815733/
是否有任何特定于 CoffeeScript 的技巧可以使这看起来更整洁: index = (-> if segment == 'index' return
我正在试验 C# 的不同领域并重构最佳实践/模式。 可以看出,下面的 Validate 方法有 3 个子验证方法。 有没有办法重新设计/重构此方法,以便删除 if 语句? (可能使用委托(delega
我正在制作一个简单的 Rails 站点,它将存储一些日期并执行基本的条件检查。我在下面写了一些方法,并被告知我可以使它们更有效率。我一直挠头,我不知道该怎么做。我应该让 entry.find 全局化吗
有没有更好的方法来编写这个函数?我继承了一些 javascript 代码,如果可能的话,我想让它更简洁。此外,我可能会添加更多“主题”元素,并且不想一遍又一遍地复制和粘贴。 function imag
1. 效果展示 在线查看 2. 开始前说明 效果实现参考源码: Logo 聚集与散开 原效果代码基于 react jsx 类组件实现。依赖旧,代码冗余。
我似乎缺乏足够的咖啡来让我清楚地看到以下问题。 假设我有一个包含两个构造函数和多个字段的类。一个构造函数是无参数构造函数,一个字段依赖于另一个字段。另一个构造函数为其其中一个字段获取注入(inject
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。 这个问题似乎是题外话,因为它缺乏足够的信息来诊断问题。 更详细地描述您的问题或include a min
我有一个枚举,里面有一些状态: enum State { A, B, C, D } 以及具有相应状态的对象: class MyObject { State st
我的 build.xml 中有这段代码:
在Delphi XE中,我经常使用重命名变量重构(Ctrl+Shift+E),通过给出更有意义的变量名称来使我的代码更容易理解,例如: 这一切都很好,但是当我使用它时,我在工作空间方面遇到了一个小问题
我实现了一个逻辑来通过data变量计算剩余数量和成本。它循环遍历每个产品,并通过计算已返回数量状态的数量来计算剩余数量,并减去产品数量。 有没有办法重构这段代码,使其看起来更干净、易于理解/可维护?我
我正在学习 Haskell,所以这可能是一些非常微不足道的事情,但我希望得到一些关于如何重写它以及它如何工作的指示。 我有以下工作代码(使用的包: HTF 、 Parsec 和 Flow ): {-#
我有以下代码: switch(equipmentAttachment.AttachmentPosition) { case 'AttachFront': { if(
我正在尝试将代码从 Java Utility Logging 更改为 Log4J2。要更改代码,我想在 Eclipse 中使用代码重构。例如更改:导入 java.util.logging.Logger
我有一个处理 Excel 文件中的行的函数。在这个函数中,我有一个 for 循环。现在,一旦提取一行,我们就会检查各种条件。如果任何条件为假,我们继续下一步row.可以使用模式使这段代码更加结构化吗?
我正在重构一个有很多嵌套调用的程序,例如 ServiceManagement.getGlobalizationService() .createExportCo
我在 JTabbedPane 上重构了许多字段以减少冗余。但是,当我为字段数量设置常量大小时,出现空指针异常。我不太确定为什么会发生这种情况。我做错了什么,更重要的是有人可以解释发生了什么事吗? pu
我试图通过删除 map.setOnPolygonClickListener 和 map.setOnMarkerClickListener 中的重复项来重构以下方法。 两个监听器执行完全相同的操作,我想
关闭。这个问题需要多问focused 。目前不接受答案。 想要改进此问题吗?更新问题,使其仅关注一个问题 editing this post . 已关闭 6 年前。 Improve this ques
当我在这张照片中重构 Storyboard时 link . 我找不到在哪里可以交换标签栏项目的位置。 例如,我想将主菜单更改为索引 0。 这是我的storyboard . 最佳答案 您可以通过拖放标签
我是一名优秀的程序员,十分优秀!