问题标签 [verbosity]

在 Python 和 Java 中，我们必须import消除代码中完全限定的包/模块名称的重复。Perl/Moose 中是否有任何等价物？我认为如果我们不必重复，它真的会让 Moose 更好用MyApp::Model::Item。相反，我想[somehow declare] MyApp::Model::Item;稍后再简单地参考Item. 我可以想到所有这些使用类名的用例......

• extends 'Item';
• with 'ItemRole';
• Item->new(name => 'thing');
• method foo(Item $xyz) { ... }， 和MooseX::Method::Signatures
• $var->isa('Item');
• try { ... } catch (DatabaseError $e) { ... }， 和TryCatch
• $Item::SOME_PACKAGE_GLOBAL_VARIABLE

如果还没有这样的事情，关于我如何开始干净地实现它的任何想法？我可以看到处理类名用作字符串的情况会很棘手。

我正在（ab）使用 Mercurial 来管理数千个经常更改的文件，但我希望能够查看日志（hg log），而无需填写每次提交时更改的所有文件名。 hg log -q有点太安静了，因为我需要看描述。有没有我想念的标志hg log？

是的，这可能不应该打扰我。

但它确实！

为什么 XML 有如此冗长的结束标记？它不仅使文档对人类来说更难看，而且不必要地引入了不匹配（或拼写错误！）打开和关闭标签的风险。

即使我们想要求结束标签，为什么我们需要在结束标签中包含开始标签的名称？XML 中从来没有任何歧义，因为最里面的标签必须在关闭外部标签之前关闭！

例如：

...比：

它不能解决任何歧义，无论是对人类还是对计算机。

有谁知道这条规则的基本原理是什么？禁止空结束标签可以避免哪些风险？

我正在为一个项目设计一个基础设施，我一直想知道用参数格式化异常消息是否是个好主意，使其动态化。

一方面，这意味着异常消息可能非常冗长。

在我看来，不利的一面是，你不能期待某些消息。这些可以在异常处理、测试消息是这个还是那个以及日志记录中使用（尽管它不是最佳实践）。但更令人不安的是，如果您打算在某处显示该消息（我会这样做），它将使本地化变得更加困难。

所以我的问题是您对此有何看法以及您是否有一个妥协的解决方案，让我既冗长（以防我记录异常）和一致性。

谢谢。

我知道除了抽象之外所有这些都做了什么。我目前正在通过我认为是中学水平的教育自学java（我的高中在一个糟糕的社区，所以我被淘汰了）......

但是这些关键字的使用模式到底是什么？我什么时候用什么？我什么时候省略它们？将“public”放在我的类前面会使每个使用它的类都需要一个新文件，如果我想创建一个单一的源文件，我可以省略它吗？

我查找的每一点信息都准确地解释了它们的作用，只是没有清楚地说明我应该何时/为什么/在哪里使用它们。

在此先感谢，安东尼

我正在尝试调试编译问题，但我似乎无法让 GCC（或者它可能是 make??）向我展示它正在执行的实际编译器和链接器命令。

这是我看到的输出：

我想看到的应该是这样的：

请注意此示例如何gcc显示完整的命令。上面的示例仅显示了诸如“CCLD libvirt_parthelper”之类的内容。我不确定如何控制这种行为。

是否可以javac只输出错误位置和错误消息，并隐藏源代码转储？

现在我得到：

我只想得到：

我在尝试调试时经常不知所措，因为 RSpec 只告诉我

但是由于它没有告诉我发生了什么而是很难调试，

这是 RSpec 内置的东西，不能更改，还是某种配置。

我有一个继承的 MSBuild 脚本，它调用我不允许更改的目标。但是，其中一些目标调用当前在输出窗口中过于冗长的方法 - 例如，<Copy>任务被使用太多以至于它的输出正在耗尽任何其他相关消息。

由于我无权访问目标调用<Copy>，因此无法将其切换为不那么冗长的内容。我玩过/verbosity开关，但minimal给我的输出太少，normal给我太多。

有没有其他方法可以影响<Copy>具体或一般 MSBuild 的详细程度？

我有一个像这样的测试用例class：

这是 Eclipse 中使用 PyDev 的文件。我将它作为unittest运行。不知何故，详细程度选项不会触发。没有错误。我想念什么？