问题标签 [code-standards]

在 Visual Studio 2010 C# 项目中，如何确定是否编写了没有 try-catch 块的任何方法？

有时作为代码审查者，很难搜索未根据代码标准正确编写的函数/方法，尤其是：没有 try-catch 块。

我知道 Visual Studio 中的Find选项支持正则表达式。但是可以巧妙地完成这项工作的正则表达式是什么？

是否有用于格式化 JSF 表达式语言的任何代码约定/标准或建议？

如果一个类不存在，你应该抛出哪个PHP SPL 异常？在ZF2 编码标准的范围内例外。

在标准中，它说异常应该从PHP 的 SPL Exceptions之一扩展。我的第一个猜测是它是某种 RuntimeException。

PHP SPL 异常

我有一个简单的问题，想看看在制作自己的课程时最佳做法是什么。

假设这个类有一个在构造函数中初始化的私有成员，然后我是否必须检查这个私有成员在另一个公共的非静态方法中是否为空？或者假设变量不会为空，因此不必添加该检查是否可以保存？

例如，像下面这样，检查 null 是绝对必要的。

因此，我根据您的所有答案进行了一些更改，我想知道这是否会更好：

谢谢。

我有一个像素亮度限制为 [0..255] 的代码。并且出于某种原因对其进行了评估，因此我可以获得超出范围的价值。我可以

或者

或者

(x > MaxValue) ? MaxValue : x;

但我想知道什么是好方法？如何通过较少的比较和良好的代码风格来限制一个值？

假设我正在开发汽车门户。为了搜索新车，用户提供以下信息：

• 牌
• 模型
• 型号版本
• 汽油种类
• 预算

商业规则：

1. 如果用户仅选择品牌：显示品牌列表页面，其中包含所选品牌的所有型号
2. 如果用户选择品牌和型号：显示型号列表页面
3. 如果用户选择品牌 + 型号 + 型号版本：显示型号版本详细信息页面。
4. 如果用户选择燃料类型或预算：显示品牌列表页面。

现在我有两种方法来定义控制器和动作。

方法 1：一个具有多个操作方法的 Controller 类

方法二：多控制器类

我对如何组织控制器类和操作方法感到非常困惑。是否有任何最佳实践类型的文档？请给我推荐一个。

我可以看到，@Nullable注释@Nonnull可能有助于防止NullPointerExceptions 但它们不会传播很远。

• 这些注释的有效性在一级间接后完全下降，所以如果你只添加一些，它们不会传播很远。
• 由于这些注释没有得到很好的执行，因此存在假设标记为 的值@Nonnull不是 null 并因此不执行 null 检查的危险。

下面的代码导致标记为的参数@Nonnull没有null引起任何投诉。它在运行时抛出一个NullPointerException。

有没有办法让这些注释更严格地执行和/或进一步传播？

try-catch这些块的用法和何时应该使用每个块有什么区别？

在有许多开发人员的项目中，如果他们的所有 IDE 都配置了相同的代码样式设置，这将很有用，这样当其他人更改您的代码时，您就不会因为格式更改检查到版本控制中而出现伪差异。您可以尝试说服所有人导入项目标准格式设置，但他们可能会忘记在创建新工作区时执行此操作，并且忘记在需要更改时对其进行调整，因此随着时间的推移会丢失。

那么，是否有一种简单的方法可以使事情自动化，让每个人都拥有相同的设置，并在需要更新时自动更改他的设置——而不需要他们自己采取任何行动？

如果将这些设置配置为 project local ，则其中许多设置都存储在其中.settings/org.eclipse.jdt.ui.prefs，因此可以将此文件签入到版本控制中，但在 .settings 中省略其他文件。不幸的是，格式化程序设置包含在 big bucket.settings/org.eclipse.jdt.core.prefs中，因此您必须做更复杂的事情来更新这些设置。所以我想知道是否有更简单/其他的选择。

澄清：根据我的经验，许多开发人员忽略了调整 eclipse 中各种代码样式设置的请求，因为他们认为这些设置不重要。所以我想让他们至少可以非常容易地使用项目标准设置，代码风格的适配充其量应该在没有他们合作的情况下完全工作——尤其是在编码风格的更新上。我正在寻找工具来做到这一点。

我经常修改别人写的代码。我看过很多代码格式化标准，我有点困惑我应该做什么。我应该始终坚持自己的标准还是将我的标准调整为框架中使用的标准？

目前，我总是将我的标准切换到框架使用的标准，但它搞砸了我自己的标准。我最近发现自己在一个应用程序中使用了许多不同的代码标准。

我正在考虑在我正在处理的所有项目上运行一个美化器，但这似乎不是一个选项，因为它们都由其他来源维护，所以如果有更新，每个美化更改都会出现在 git 中并导致我做了一些合并工作。