タグ付けされた質問 「methods」

私たちのチームは次の議論をしています： 次の2つのメソッドがあるとします。 public Response Withdraw(int clubId, int terminalId,int cardId, string invoice, decimal amount); public Response Withdraw(Club club, Terminal terminal,Card card, string invoice, decimal amount); 送信されたものは単なるIDです。 片方は、最初の方法が正しいと言います。ターミナルとクラブのIDしかないので、他に何もないことは明らかです。これが私のアプローチです。 反対側は、2番目の方法の方が柔軟性があるため、正しいと言います。 私たちはオブジェクトパラメータのアイデアに精通していますが、反対側もオブジェクトパラメータはオブジェクトをプロパティとして持つべきだと考えています。 正しいアプローチはどれですか？ たぶん3番目のさらに良いアプローチがありますか？

10 design  methods 

私がこのような長い方法を持っているとしましょう： public void SomeLongMethod() { // Some task #1 ... // Some task #2 ... } このメソッドには、個別のメソッドまたはローカル関数に移動する必要がある繰り返し部分はありません。 長いメソッドはコードのにおいだと思っている人はたくさんいます（私を含めて）。また、私は#regionここで（s）を使用するのが好きではありません。なぜこれが悪いのかを説明する非常に人気のある答えがあります。 しかし、このコードをメソッドに分割すると public void SomeLongMethod() { Task1(); Task2(); } private void Task1() { // Some task #1 ... } private void Task2() { // Some task #1 ... } 次の問題が発生します。 単一のメソッドによって内部的に使用される定義でクラス定義スコープを汚染しているため、どこかに文書化する必要がTask1あり、そのTask2内部のみを対象としてSomeLongMethodいます（または、私のコードを読むすべての人がこのアイデアを推測する必要があります）。 単一のSomeLongMethodメソッド内で一度だけ使用されるメソッドの汚染IDEオートコンプリート（Intellisenseなど）。 このメソッドコードをローカル関数に分離すると …

9 c#  refactoring  functions  methods 

私は3つのメソッドを持つクラスを持っているA()、B()とC()。これらのメソッドは、独自のインスタンスを変更します。 インスタンスが別のコピーである場合（同様に）、メソッドはインスタンスClone()を返すvoid必要がありreturn this;ますが、メソッドで同じインスタンスを変更し、他の値を返さない場合は、同じインスタンス（）を返すか、自由に選択できます。 同じ変更されたインスタンスを返すことを決定するとき、のようなきちんとしたメソッドチェーンを実行できますobj.A().B().C();。 これがそうする唯一の理由でしょうか？ 自分のインスタンスを変更して返すこともできますか？それとも、コピーのみを返し、元のオブジェクトを以前のままにしておくべきですか？同じ変更されたインスタンスを返す場合、ユーザーは戻り値がコピーであると想定する可能性があるため、それ以外の場合は返されませんか？それが問題なければ、メソッドでそのようなことを明確にする最良の方法は何ですか？

9 design  object-oriented  methods  return-type  method-chaining 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 私は新しいクラスを書き始めたばかりで、厳密には必要のないメソッド引数をたくさん追加していることに気付きました。これは、クラスの一般的な構成や依存関係ではなく、特定のメソッド呼び出しに固有のクラス内の状態を回避する習慣に従っています。 そうすることは、引数を持たない可能性のある多くのメソッドが1、2、または3で終わることを意味します。 このトレードオフについてどう思うか、どのような状況でどのアプローチを取るかをどのように決定するかについて、あなたの意見を聞きたいのですが。 コードを説明するとき、コードは英語よりも理解しやすいことが多いため、両方のバリアントを含む小さな要点を作成しました：https : //gist.github.com/JeroenDeDauw/6525656

9 class-design  complexity  methods  parameters  cohesion 

私はgoogle Golangでプログラミングをしていて、その簡潔さのために楽しんでいますが、Math標準ライブラリのメソッドのほとんどすべてが浮動小数点型用であることは驚くべきことです。これらのメソッドがintに存在しない特別な理由はありますか？

9 programming-languages  methods  go 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 5年前休業。 現在、基本的にUIのみを構築するメソッドをリファクタリングする方法について頭を悩ませています。 この方法は、1500行を超えるコード（LOC）であり、カウントされます。それは成長しました、これにどのように取り組むかという計画はありませんでした。あなたは可能性がある、このおなじみのを見つけます。 とにかく、これは基本的に、次のような少し大きな1つの大きなメソッドです。 . . . # null checks null_checks_bx = Box(True) null_checks_ck = CheckBox() null_checks_ck.set_text('Null checks throwing exceptions of type:') if 'doNullChecks' in options: null_checks_ck.set_active(options['doNullChecks']) else: null_checks_ck.set_active(True) # dict to sorted list: extract values from dict by list comprehension exceptions = sorted([exception.get_full_name() for exception in JavaTypes.exception_types]) …

8 python  refactoring  maintainability  methods  modules 

プログラムのUML図を描きたい。クラスにBarneyは、Yabadaba(Doo d)タイプのパラメータを取るメソッドがありますDoo。 どのように私は、そのクラスを表しますDooクラスで使用されているBarney私のUMLダイアグラムに？

8 uml  methods  parameters 

私がチームで取り組んでいるほぼすべてのプロジェクトで、同じ問題が侵入しているようです。誰かがデータを必要とするUIコードを書き、データアクセスメソッドを書きます。 AssetDto GetAssetById(int assetId) 1週間後、他の誰かがアプリケーションの別の部分で作業してAssetDtoいて、「承認者」を含む必要がありますが、次のように書きます： AssetDto GetAssetWithApproversById(int assetId) 1か月後、誰かがアセットを必要としていますが、現在は「質問」（または「所有者」または「実行中のリクエスト」など）が含まれています。 AssetDto GetAssetWithQuestionsById(int assetId) AssetDto GetAssetWithOwnersById(int assetId) AssetDto GetAssetWithRunningRequestsById(int assetId) そして、そのようなメソッドGetAssetWithOwnerAndQuestionsByIdが出現し始めると、さらに悪化します。 現れるパターンが表示されます。オブジェクトは大きなオブジェクトグラフにアタッチされており、このグラフのさまざまな部分をさまざまな場所に配置する必要があります。 もちろん、ほとんど同じことをするメソッドがたくさんあるのを防ぎたいです。それは単にチームの規律の問題ですか、それともこれを防ぐために使用できるパターンがありますか？場合によっては、個別のメソッドを使用することが理にかなっている可能性があります。つまり、実行中のリクエストでアセットを取得するのはコストがかかるため、常にこれらを含めたくありません。そのような場合の対処方法は？

8 design  design-patterns  methods  method-overloading 

タイトルは「メソッドフラグを引数として、またはメンバー変数として？」最適ではないかもしれませんが、より良い用語のATMがないため、次のようになります。 私は現在、特定のクラス（プライベート）メソッドのフラグを関数の引数として渡すか、メンバー変数を介して渡すか、この側面をカバーするパターンまたは名前があるかどうか、および/またはこの問題を回避しようとしています。これが他の設計上の問題を示唆しているかどうか。 例（言語はC ++、Java、C＃である可能性があり、実際にはIMHOには関係ありません）： class Thingamajig { private ResultType DoInternalStuff(FlagType calcSelect) { ResultType res; for (... some loop condition ...) { ... if (calcSelect == typeA) { ... } else if (calcSelect == typeX) { ... } else if ... } ... return res; } private void InteralStuffInvoker(FlagType calcSelect) { …

8 coding-style  code-quality  variables  class-design  methods 

なぜJavaでは::なくメソッド参照にJavaを使用するの.か、たとえば、なぜ System.out::println の代わりに System.out.println もちろん、単に「デザイナーが決定したため」と答えることもできます。一方、ドットはクラスメンバーにアクセスするための通常のJava構文であるため、2番目の構文を期待していました。 メソッド参照に::既存の.規則を使用する代わりに、新しい構文を導入する既知の特別な理由はありますか？

7 java  methods