我设置了各种 C# 代码样式规则来生成错误，虽然违规在 IDE 中显示为错误（在错误列表和文本编辑器中），但实际构建仍然成功。

谁能证实这一点？我已经在社区（在家）和企业（在工作）版本下在 VisualStudio/15.0.0+26228.9 上进行了测试。而且由于代码样式违规，我无法破坏任何构建。

我什至尝试过使用.editorconfig，构建仍然通过......

希望获得一些关于从我的表单上的实例化类中捕获返回消息的最佳实践建议。

在我的表单 (form1.vb) 中，我有一个标签，它反映了正在做的事情，代码如下。

form1.vb 中用于显示消息的代码：

到目前为止，我遇到了三种方法：

1. 直接表单调用。在这种情况下，该类直接调用表单的消息例程：

   
   

2. 类内的 RaiseEvent。在这种情况下，form1 是发送消息的类的 Friends WithEvents，并且该类将事件引发到窗体。
   
   

   
   

3. 让 EventArgs 类处理该事件。在这种情况下，我们有一个 EventArg.vb 类，它在我们引发事件时被实例化。
   
   

   /li>

场景 1 似乎是最简单的，尽管有人建议我不要这样做，并要求我发起一个事件。随着时间的推移，我遇到了场景 3，其中涉及一个额外的类与场景 2。

因此，问题是......在这三种方法之间，哪一种是将消息从类返回到表单的“正确”方式？由于场景 2 也可以正常工作，因此是否需要根据场景 3 附加 EventArg 类？

提前谢谢了。

我们的大多数项目都是 WordPress，虽然我们同意它设定的大部分编码标准，但有些我们不同意并且不想在我们自己的私人项目中使用。由于开发人员复制粘贴他们在网上找到的解决方案，这些分歧的一部分仍然以某种方式最终出现在代码库中，我想用 phpcs 来防止这种情况。不仅因为复制粘贴存在问题（这些代码片段的质量通常很糟糕），而且因为它更难阅读和编辑。

这是 WordPress 告诉您这样做的方式：fn_call( array( 1, 2, 3 ) );

这是我们这样做的方式：fn_call([1, 2, 3]);

我找到了一种从 WordPress 编码标准中排除这些规则的方法

但是我如何强制不应该有空格？我找不到任何东西。

我们正在运行各种嗅探以帮助保持一致性，同时使用 eslint - 所以我们正在尝试统一一些规则。我们可以在 eslint 中做到这一点，但无法弄清楚如何在 phpcs 中做到这一点。

关闭后的新行，例如

阻止

在 return 语句之前强制空行（不是方法中的唯一语句）

或者

而不是

谢谢 ：）

我被一个生产错误所扼杀，我将一个不纯的 0 元函数传递给一个错误地期望一个裸结果类型的类。

实际上，这使得在程序的生命周期内MyService立即调用impureFunc并缓存第一个结果，这导致了一个非常微妙的错误。

通常，类型系统可以防止这类错误，但由于能够在没有参数列表的情况下调用 0 元函数，编译器接受了这个程序。

显然，这是 Scala 的一个“特性”，旨在使代码看起来更干净，但这是一个糟糕的陷阱。有没有办法让它成为编译器警告或 linting 错误？换句话说，不赞成“空应用程序”类型的隐式方法转换？

在 .NET 中，我们有完全限定类型名称的概念。例如，我们有System.String，其中System是命名空间，并且String是类型。随后，我们可以拥有成员 FQN，例如System.String.Substring，Substring成员在哪里。

这个概念是否也适用于基于 JavaScript 的工具？例如，如果我有一个testnpm 包，是否有类似的东西test.someClass.someFunction被认为是有效的每个标准 FQN？

我做了以下事情：

1. 在全球范围内安装了JavaScript 标准样式。
2. 在 IntelliJ ESLint 设置中设置标准。
3. 将 JavaScript 代码样式设置为Set From-->Predefined Style-->JavaScript Standard Style。

在开始编码时（例如 React Native），在 ESlint 中加载的代码样式与 IntelliJ 中使用的代码样式不一致，例如：

在结束括号 react/jsx-tag-spacing 之前需要一个空格

使用 IntelliJ 自动格式时，此问题尚未解决。

任何想法如何解决这种不一致？

• IntelliJ Idea Ultimate 2017.2.4
• 最新的 JavaScript 代码风格。

如何学习或开始学习正确的 JavaScript 编码风格？我有哪些可能性以及可以使用哪些实用资源来适应编码风格？谢谢！

例如：在奏鸣曲管理中，单个管理类总是有重复的语法，如

在这种情况下，如果我使用 add 方法添加多个字段，我们的质量门会告诉我，这是使用“标签”字符串超过 2 次的代码异味。我应该为该字符串添加一个常量...

现在有很多充满常量的类是好还是坏的做法，比如

？？？

我不知道，有什么好处..如果有一天标签键会改变，这是由框架给出的，我必须以任何一种方式对这些东西进行更改......

我尝试使用 stylecop，但它非常严格，有很多规则。我不想通过禁用某些规则来自定义它。我想记录我正在使用“微软管理的推荐规则”，这是我在 VS 2017 中编码时使用的。

我想在 Git 构建过程 TFS-2015 中加入相同的规则。我应该在构建定义期间进行代码标准分析吗？如果没有，还有什么办法？

任何帮助将不胜感激！