問題タブ [instance-methods]

上記の構文は、クラス インスタンス変数の定義に使用されます。しかし、構文が何を意味するかを考えると、意味が分からないので、このタイプの構文が他のタイプの定義に使用されているかどうか疑問に思っています。ここでの私の混乱のポイントはこれです：

通常、append 演算子は「右側にあるものを左側にあるオブジェクトに追加する」ことを意味します。しかし、このブロックのコンテキストでは、「このブロックの内容をインスタンスではなくクラス インスタンスの定義に入れる」ことはどのように行われるのでしょうか?

同じ理由で、あるコンテキストクラスで << self がクラスインスタンス変数を定義できるのに、別のコンテキストクラスでは次のようなクラス変数を作成するように見える理由について混乱しています。

クラスメソッドとインスタンスメソッドの違いは何ですか？

インスタンスメソッドはアクセサー（ゲッターとセッター）ですか？クラスメソッドは他のほとんどすべてです？

私は、遊んでいるいくつかの単純な検証用のいくつかの流暢なインターフェースを作成している最中です。私が気づいたことの 1 つは、さまざまなオブジェクトが多数作成されていることです。

たとえば、次のステートメントが与えられます。

すべてのための '。' (最後のものを受け入れる) 私はオブジェクトを新しくしています。ここで流暢なインターフェースを使用していなければ、静的メソッドを使用していたでしょう。

私が疑問に思っているのは、この数のインスタンス オブジェクト (それらは非常に小さいオブジェクトであることに注意してください) を静的メソッドでの作業と比較して使用すると、パフォーマンスの実際の違いに気付く場所を誰かが知っているかどうかです。

乾杯アンソニー

最近 ActiveScaffold を既存の Rails プロジェクトに追加しましたが、問題は、ActiveScaffold が使用している変数名が、既に持っているものと同じではないことです。アプリケーション全体を調べてすべてのインスタンス変数名を変更するのではなく、コントローラーでインスタンス変数を設定できるようにしたいと考えています。問題は、が呼び出しの後にある場合でも、 で@recordとを呼び出す@recordsことができないことです。プラグインを調べてみると、モジュール内に明らかなフックが見当たりません。不思議なんだけど：before_filtersbefore_filteractive_scaffoldActiveScaffold::Actions

1. そのようなフックはありますか？
2. そうでない場合は、どのように入れればよいですか？

私が作成しているプロジェクトには、さまざまなクラスがあります。クラスの 1 つに、別のクラスのオブジェクトを保持する NSMutableArray のインスタンスがあります。この話題については、しっかりと理解しているつもりだったのですが、どういうわけかまた頭の中がごちゃごちゃになってしまいました。

このクラスのインスタンスを初期化するとき、次の初期化メソッドがあります。

後で、このクラスのインスタンスが作成された後、オブジェクトを NSMutableArray "dotArray" に追加できます。これがその方法です。

(私は知っています、それは単純です) このメソッドで「dotArray」を使用すると、このメソッドが呼び出されたクラスのインスタンスの dotArray オブジェクトにアクセスしているのではないでしょうか? または、ここでも self キーワードを使用する必要がありますか?

正直なところ、よくわかりません。前者だと思いますが、理由はわかりません。また、このメソッドで self キーワードを使用する必要はありません。オブジェクトにアクセスするためにイニシャライザで使用する必要があるのはなぜですか?

私がこのプログラムを持っているとしましょう：

（もちろん、この例は、明らかに「counter」をプライベート属性として宣言するので意味がありませんが、問題を説明するためだけのものです）。

このような状況でC++がどのように動作するかを知りたいのですが、bar（）メソッドの変数「counter」はすべてのインスタンスで同じですか？

DTO のデータに基づいて派生した値を返すインスタンス メソッドを DTO が持つことは許容されますか? それとも、DTO は追加のメソッド (ゲッター/セッター以外) を持たない純粋なデータ コンテナーにする必要がありますか?

私の純粋主義者は、ビジネスロジックがそのような方法に忍び込むのは簡単ではないと言います。ただし、(たとえば) DTO がアプリケーション層全体で共有されている場合、DTO でそのようなメソッドを使用することについて議論があるかもしれません。

これについてどう思いますか。それが許容される状況はありますか、それともこの種のことを避けるべきですか? そして、なぜ/なぜしないのですか？

この質問は、Ruby ドキュメントのメソッドの前にハッシュ記号が付いているのはなぜですか? に似ています。

Ruby のインスタンス メソッドではシャープ記号を使用して処理を進める理由が理解SomeClass#someMethodできSomeObject.someMethodましrdocた。また、PrototypeJS の作成者は (正当な理由で) Ruby を高く評価しているため、ドキュメントでハッシュ記号規則を使用していることも理解しています。

私の質問は次のとおりです。これは JavaScript 開発者の間で標準的な方法ですか、それともこれを行うのはプロトタイプ開発者だけですか?

別の言い方をすれば、コメント/ドキュメントでインスタンス メソッドを と呼ぶのは適切SomeClass#someMethodですか? または、私のドキュメントは ``SomeClass.someMethod`' を参照する必要がありますか?

私は静的メソッドを使用するのが本当に好きです（特にヘルパークラスの場合）。しかし、静的メソッドはスタブ可能ではないため、最終的には悪い習慣になりますね。したがって、静的メソッドの使用の利便性とテスト容易性のどちらかを選択する必要があります。妥協点はありますか？

コードはどのような状況にありますか。

次のように言うよりも使用する方が有益です。

上はインスタンスメソッドを拡張したもので、後者はただのクラスメソッドですが、どちらのメソッドを呼び出すときも M.greet しなければなりませんよね？あるコードを別のコードよりもいつ使用するかについて誰かが光を当てることができるかどうか、私はただ興味がありました. ありがとう！