問題タブ [method-names]

この構文が有効であることに気づいていませんでした。

これは、次のように呼ばれます。

私はそれが醜くて気がかりだと思いますが、それは構築されます。

誰かがこれが有効である理由を説明するリファレンスを私に指摘できますか？

FWIWこれが由来するコードベース（継承）は、ずさんな、怠惰なもの、数十のスペルミスがたくさんあり、二度と読む必要のない誰かによってフォーマットされたように見えます。（再びクラストを解除していただきありがとうございます。）

メソッド名で開示する必要のある情報の量に関係する公式のC++の推奨事項はありますか？私はインターネットでたくさんの参考文献を見つけることができるので尋ねていますが、これを本当に説明するものはありません。

私は、というメソッドを使用してC ++クラスに取り組んでcalculateIBANAndBICAndSaveRecordChainIfChangedいます。これは、メソッドの機能をかなりよく説明しています。短い名前は覚えやすく、入力するためにインテリセンスやコピーアンドペーストは必要ありません。あまり説明的ではありませんが、機能は文書化されているはずです。

私のアプリには、互いにアクションを実行できるユーザーがいます。たとえば、Facebookをつつきます。

私は今メソッドを書いていますが、どのアプローチを取るべきか本当にわかりません。つまり、どちらも受け入れられることは知っていますが、より慣用的なアプローチはありますか?

オプション1

オプション 2

最初のオプションは英語で読みやすく、文としてほぼ完璧です。2 番目のオプションは、メソッドの命名に関してより理にかなっています。「poke」は で実行されるメソッド@other_userです。追加情報を提供するための@current_user引数にすぎません - 誰が突っついたのですか。

英文法についての質問ですが、それでも、どちらが正しいメソッド名か教えていただけますか？このあいまいさは私を夢中にさせます。

メソッドlinesNumberは、ある種のテーブルの「行」の数を返します。私は個人的に「numberOfLines」バリアントが好きですが、linesNumberは短いです...

オーバーロードされたメソッドを持つ Scala クラスを文書化しています。scaladoc コメントでそれらを参照する場合、どうすればそれらを区別できますか? たとえば、私が持っている場合

実行しsbt docて取得します

Doc.scala:1: 警告: リンク ターゲット "Doc.foo" があいまいです。いくつかの (おそらくオーバーロードされた) メンバーがターゲットに適合します。

• foo[A,B>:A](x:A):BオブジェクトDocのメソッド[選択]
• foo[A]:Nothingオブジェクト Doc のメソッド

リンクへの使用foo[A,B >: A]などは機能しません。

「魔法の文字列」を使用せずに、MethodBase/MethodInfo を生成できるクラス、または単にメソッド名を生成できるクラスがあるかどうか疑問に思っていました。現在、私は次のことを行っています。

代わりに、次のようなインターフェイスから名前「get_IsBar」を取得する方法があるかどうか疑問に思っていました。

そこにはまだ「魔法のひも」があることに気づきましたが、少なくともそれはより扱いやすいものです。

次の2つの方法があり、それらが適切かどうか疑問に思っています。

このコードは機能しますが、StartsWith をチェックしてプログラムで命名規則を取得する部分は避けたいと考えています。基本的に、MethodInfo がプロパティのゲッター/セッターであるかどうかを確認できる .NET 4.5 クラスはありますか?

手動で記述された文字列を使用せずに、同じクラス内の別のメソッドの名前を取得することは可能ですか?

理由を尋ねるかもしれません: 理由は、後でこの Invoke("otherMethod") のようにメソッドを呼び出さなければならないからですが、プロジェクト内でこれ以上リファクタリングできないため、この文字列を自分でハードコーディングしたくありません。

コード レビューで、次のメソッド ペアを含むクラスに直面しています。

(XXX と YYY は 2 つのビジネス ロジック タイプです。) これらが理想的な名前かどうかはわかりません。

1 つ目は確かに Singleton パターンに関連していますが、パラメーターと

• オブジェクトが存在するか、または
• 存在しない場合は作成して返します。

2つ目

• 最初のメソッドと同じオブジェクトを返しますが、それが存在する場合のみです
• Exceptionが存在しない場合はをスローします。

改名するかどうか検討中です。より良い提案はありますか？

[編集] より具体的には：

• 名前は、何が起こるかを短く簡潔に説明する必要があります (ドキュメントを読む必要はありません)。
• 2 つのメソッドの関係は、名前によって保持する必要があります

つまり、クリーンな API になるはずです。物事にわかりやすい名前を付けることは、ソフトウェア クラフトマンシップの中心的な部分です。このトピックは、配列の並べ替えと同じくらい意見に基づくものではありません。