問題タブ [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:

これは、PyDev を使用した Eclipse のファイルです。unittestとして実行します。どういうわけか詳細オプションがトリガーされません。エラーはありません。何が恋しいですか？