使用重写操作向注释添加参数
在这篇博客文章中，我们将：
- 演示搜索和匹配注释
- Amen 使用胡子模板进行注释
Sensei 提供了匹配有问题的代码模式，然后将其修改为商定的实现方式的能力。在此示例中，我使用不带参数的 @Disabled 作为有问题的代码模式。
禁用测试注释
从长远来看，没有指定原因的禁用测试可能会出现问题，因为我们忘记了禁用它的原因。
@Disabled
void 此测试方法没有禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
风险在于，随着时间的推移，代码库会继续发展，禁用测试的更新与代码的目的不一致，最终变得多余且无关紧要，并且可能永远不会重新启用。
在代码审查期间，我们经常会指出，添加解释性描述作为注解参数是个好主意。
@Disabled（“为演示添加原因而禁用”）
void 此测试方法已禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
老师食谱
我们可以编写一个不加解释的方法来检测何时添加 @Disabled，并编写一个快速修复来提醒我们添加解释禁用它的实际原因。
当我想到自己要做什么时，我必须：
- 匹配不带任何参数的 Disabled 注解
- 将 “已禁用” 注释更改为使用带有标记文本 “TODO：在此处添加描述” 的参数
创建警告食谱
我使用 Alt+Enter 来创建新的食谱。
然后在一般信息中添加基本的描述性文本。
通过将该规则设为警告，任何匹配的代码都会突出显示，但不会显示为明显错误。
查找注释
在食谱编辑器中，我更改了搜索以匹配注释。
这将突出显示预览中的所有注释。
这样做之后，我想过滤注释的类型。
我可以只使用 Disabled，但我完全符合该包的课程资格，因此它只能与 JUnit 5 中的注解相匹配。因为源代码显示在预览中，所以我可以轻松地将其从实际代码中复制并粘贴进去，以避免出现任何错别字。
然后我只想匹配没有参数的注释，我可以使用 GUI 来做到这一点。
即搜索：
搜索:
注解：
键入：“org.junit.jupiter.api.Disabled”
没有：
参数：
-{}
创建重写快速修复操作
对于我的 QuickFix，我将使用重写操作。
我用 显示变量 向我显示 Mustache 变量并预览内容的功能。
然后我添加了创建位置标记注释所需的额外代码。
即 QuickFix：
可用修复程序：
-名称：“添加待办事项评论参数”
行动：
-重写：
到：“{{{.}} (\" TODO：在此添加描述\”)”
目标：“自我”
老师在行动
我们制作了一个简短的视频，展示了食谱创建过程的实际情况。
Résumé
在构建 rewrite Quick Fix 时，我们可以更轻松地搜索要重写的代码元素，因为这样我们就可以对其进行操作的自我实体。
在此示例中，我使用重写操作来修改注释。Rewrite 是一种通用操作，可以应用于任何代码元素，是很好的浏览默认操作。
通过注解匹配示例，学习如何使用 Sensei 来匹配有问题的代码模式，然后将其修改为商定的实现。
Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.
Secure Code Warrior peut aider votre organisation à sécuriser le code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, directeur de la sécurité de l'information ou tout autre professionnel concerné par la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez réserver une démonstration.
Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.
在这篇博客文章中，我们将：
- 演示搜索和匹配注释
- Amen 使用胡子模板进行注释
Sensei 提供了匹配有问题的代码模式，然后将其修改为商定的实现方式的能力。在此示例中，我使用不带参数的 @Disabled 作为有问题的代码模式。
禁用测试注释
从长远来看，没有指定原因的禁用测试可能会出现问题，因为我们忘记了禁用它的原因。
@Disabled
void 此测试方法没有禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
风险在于，随着时间的推移，代码库会继续发展，禁用测试的更新与代码的目的不一致，最终变得多余且无关紧要，并且可能永远不会重新启用。
在代码审查期间，我们经常会指出，添加解释性描述作为注解参数是个好主意。
@Disabled（“为演示添加原因而禁用”）
void 此测试方法已禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
老师食谱
我们可以编写一个不加解释的方法来检测何时添加 @Disabled，并编写一个快速修复来提醒我们添加解释禁用它的实际原因。
当我想到自己要做什么时，我必须：
- 匹配不带任何参数的 Disabled 注解
- 将 “已禁用” 注释更改为使用带有标记文本 “TODO：在此处添加描述” 的参数
创建警告食谱
我使用 Alt+Enter 来创建新的食谱。
然后在一般信息中添加基本的描述性文本。
通过将该规则设为警告，任何匹配的代码都会突出显示，但不会显示为明显错误。
查找注释
在食谱编辑器中，我更改了搜索以匹配注释。
这将突出显示预览中的所有注释。
这样做之后，我想过滤注释的类型。
我可以只使用 Disabled，但我完全符合该包的课程资格，因此它只能与 JUnit 5 中的注解相匹配。因为源代码显示在预览中，所以我可以轻松地将其从实际代码中复制并粘贴进去，以避免出现任何错别字。
然后我只想匹配没有参数的注释，我可以使用 GUI 来做到这一点。
即搜索：
搜索:
注解：
键入：“org.junit.jupiter.api.Disabled”
没有：
参数：
-{}
创建重写快速修复操作
对于我的 QuickFix，我将使用重写操作。
我用 显示变量 向我显示 Mustache 变量并预览内容的功能。
然后我添加了创建位置标记注释所需的额外代码。
即 QuickFix：
可用修复程序：
-名称：“添加待办事项评论参数”
行动：
-重写：
到：“{{{.}} (\" TODO：在此添加描述\”)”
目标：“自我”
老师在行动
我们制作了一个简短的视频，展示了食谱创建过程的实际情况。
Résumé
在构建 rewrite Quick Fix 时，我们可以更轻松地搜索要重写的代码元素，因为这样我们就可以对其进行操作的自我实体。
在此示例中，我使用重写操作来修改注释。Rewrite 是一种通用操作，可以应用于任何代码元素，是很好的浏览默认操作。
在这篇博客文章中，我们将：
- 演示搜索和匹配注释
- Amen 使用胡子模板进行注释
Sensei 提供了匹配有问题的代码模式，然后将其修改为商定的实现方式的能力。在此示例中，我使用不带参数的 @Disabled 作为有问题的代码模式。
禁用测试注释
从长远来看，没有指定原因的禁用测试可能会出现问题，因为我们忘记了禁用它的原因。
@Disabled
void 此测试方法没有禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
风险在于，随着时间的推移，代码库会继续发展，禁用测试的更新与代码的目的不一致，最终变得多余且无关紧要，并且可能永远不会重新启用。
在代码审查期间，我们经常会指出，添加解释性描述作为注解参数是个好主意。
@Disabled（“为演示添加原因而禁用”）
void 此测试方法已禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
老师食谱
我们可以编写一个不加解释的方法来检测何时添加 @Disabled，并编写一个快速修复来提醒我们添加解释禁用它的实际原因。
当我想到自己要做什么时，我必须：
- 匹配不带任何参数的 Disabled 注解
- 将 “已禁用” 注释更改为使用带有标记文本 “TODO：在此处添加描述” 的参数
创建警告食谱
我使用 Alt+Enter 来创建新的食谱。
然后在一般信息中添加基本的描述性文本。
通过将该规则设为警告，任何匹配的代码都会突出显示，但不会显示为明显错误。
查找注释
在食谱编辑器中，我更改了搜索以匹配注释。
这将突出显示预览中的所有注释。
这样做之后，我想过滤注释的类型。
我可以只使用 Disabled，但我完全符合该包的课程资格，因此它只能与 JUnit 5 中的注解相匹配。因为源代码显示在预览中，所以我可以轻松地将其从实际代码中复制并粘贴进去，以避免出现任何错别字。
然后我只想匹配没有参数的注释，我可以使用 GUI 来做到这一点。
即搜索：
搜索:
注解：
键入：“org.junit.jupiter.api.Disabled”
没有：
参数：
-{}
创建重写快速修复操作
对于我的 QuickFix，我将使用重写操作。
我用 显示变量 向我显示 Mustache 变量并预览内容的功能。
然后我添加了创建位置标记注释所需的额外代码。
即 QuickFix：
可用修复程序：
-名称：“添加待办事项评论参数”
行动：
-重写：
到：“{{{.}} (\" TODO：在此添加描述\”)”
目标：“自我”
老师在行动
我们制作了一个简短的视频，展示了食谱创建过程的实际情况。
Résumé
在构建 rewrite Quick Fix 时，我们可以更轻松地搜索要重写的代码元素，因为这样我们就可以对其进行操作的自我实体。
在此示例中，我使用重写操作来修改注释。Rewrite 是一种通用操作，可以应用于任何代码元素，是很好的浏览默认操作。
Veuillez cliquer sur le lien ci-dessous pour télécharger le PDF de cette ressource.
Secure Code Warrior peut aider votre organisation à sécuriser le code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, directeur de la sécurité de l'information ou tout autre professionnel concerné par la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez consulter le rapport.Veuillez réserver une démonstration.
Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.
在这篇博客文章中，我们将：
- 演示搜索和匹配注释
- Amen 使用胡子模板进行注释
Sensei 提供了匹配有问题的代码模式，然后将其修改为商定的实现方式的能力。在此示例中，我使用不带参数的 @Disabled 作为有问题的代码模式。
禁用测试注释
从长远来看，没有指定原因的禁用测试可能会出现问题，因为我们忘记了禁用它的原因。
@Disabled
void 此测试方法没有禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
风险在于，随着时间的推移，代码库会继续发展，禁用测试的更新与代码的目的不一致，最终变得多余且无关紧要，并且可能永远不会重新启用。
在代码审查期间，我们经常会指出，添加解释性描述作为注解参数是个好主意。
@Disabled（“为演示添加原因而禁用”）
void 此测试方法已禁用 reason () {
assertions.fail（“此测试已禁用，不应运行”）；
}
老师食谱
我们可以编写一个不加解释的方法来检测何时添加 @Disabled，并编写一个快速修复来提醒我们添加解释禁用它的实际原因。
当我想到自己要做什么时，我必须：
- 匹配不带任何参数的 Disabled 注解
- 将 “已禁用” 注释更改为使用带有标记文本 “TODO：在此处添加描述” 的参数
创建警告食谱
我使用 Alt+Enter 来创建新的食谱。
然后在一般信息中添加基本的描述性文本。
通过将该规则设为警告，任何匹配的代码都会突出显示，但不会显示为明显错误。
查找注释
在食谱编辑器中，我更改了搜索以匹配注释。
这将突出显示预览中的所有注释。
这样做之后，我想过滤注释的类型。
我可以只使用 Disabled，但我完全符合该包的课程资格，因此它只能与 JUnit 5 中的注解相匹配。因为源代码显示在预览中，所以我可以轻松地将其从实际代码中复制并粘贴进去，以避免出现任何错别字。
然后我只想匹配没有参数的注释，我可以使用 GUI 来做到这一点。
即搜索：
搜索:
注解：
键入：“org.junit.jupiter.api.Disabled”
没有：
参数：
-{}
创建重写快速修复操作
对于我的 QuickFix，我将使用重写操作。
我用 显示变量 向我显示 Mustache 变量并预览内容的功能。
然后我添加了创建位置标记注释所需的额外代码。
即 QuickFix：
可用修复程序：
-名称：“添加待办事项评论参数”
行动：
-重写：
到：“{{{.}} (\" TODO：在此添加描述\”)”
目标：“自我”
老师在行动
我们制作了一个简短的视频，展示了食谱创建过程的实际情况。
Résumé
在构建 rewrite Quick Fix 时，我们可以更轻松地搜索要重写的代码元素，因为这样我们就可以对其进行操作的自我实体。
在此示例中，我使用重写操作来修改注释。Rewrite 是一种通用操作，可以应用于任何代码元素，是很好的浏览默认操作。
Table des matières
Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.
Secure Code Warrior peut aider votre organisation à sécuriser le code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, directeur de la sécurité de l'information ou tout autre professionnel concerné par la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez réserver une démonstration.TéléchargerRessources pour vous aider à démarrer
Formation sur les codes de sécurité : thèmes et contenu
Notre contenu de pointe évolue constamment pour s'adapter au paysage changeant du développement logiciel, tout en tenant compte de votre rôle. Les sujets abordés couvrent tout, de l'IA à l'injection XQuery, et s'adressent à divers postes, des architectes et ingénieurs aux chefs de produit et responsables de l'assurance qualité. Découvrez un aperçu par thème et par rôle de ce que notre catalogue de contenu a à offrir.
La Chambre de commerce établit la norme en matière de sécurité à grande échelle axée sur les développeurs
La Chambre de commerce néerlandaise explique comment elle a intégré le codage sécurisé dans le développement quotidien grâce à des certifications basées sur les rôles, à l'évaluation comparative du Trust Score et à une culture de responsabilité partagée en matière de sécurité.
%20(1).avif)
.avif)
Modélisation des menaces avec l'IA : transformer chaque développeur en modélisateur de menaces
Vous repartirez mieux équipé pour aider les développeurs à combiner les idées et les techniques de modélisation des menaces avec les outils d'IA qu'ils utilisent déjà pour renforcer la sécurité, améliorer la collaboration et créer des logiciels plus résilients dès le départ.
Ressources pour vous aider à démarrer
Cybermon est de retour : la mission AI pour vaincre le boss est désormais disponible sur demande.
Cybermon 2025 : la campagne « Vaincre le boss » est désormais disponible toute l'année dans SCW. La guerre de sécurité avancée de l'IA/LLM tribale, le renforcement de l'IA de sécurité à grande échelle.
Interprétation de la loi sur la résilience des réseaux : que signifie la sécurité par le biais de la conception et du développement de logiciels ?
Comprenez les exigences de la loi européenne sur la résilience des réseaux (CRA), à qui elle s'applique et comment les équipes d'ingénierie peuvent s'y préparer grâce à des pratiques de conception, à la prévention des vulnérabilités et au renforcement des capacités des développeurs.
Facteur déterminant 1 : des critères de réussite clairs et mesurables
Le catalyseur n° 1 constitue le premier volet de notre série en dix parties consacrée aux facteurs de réussite. Il démontre comment relier la sécurité du code aux résultats opérationnels, tels que la réduction des risques et l'accélération de la maturité des programmes à long terme.
