問題タブ [accessor]

C＃では、「内部」クラスまたはメソッドは、それが配置されているアセンブリ内からのみ呼び出すことができます... Rubyには「アセンブリ」またはそれらのような実際のパッケージがありません（gem以外ですが、それらはまったく同じことではありません）が、内部と同様に、メソッドを呼び出すことができる場所を制限する方法があるかどうか疑問に思っていますか?

小さなフレームワークを更新して、3 つのメソッドを持つクラスを作成しました。フレームワークからのみ 3 つのメソッドのうち 2 つを呼び出し、3 つ目のメソッドはどこからでも呼び出せるようにしたいと考えています。これはルビーで可能ですか？それとも私はこれについて間違っているので、2つの別々のクラスを作成する必要がありますか? また ？

Get and Setプロパティの概念を誰かに説明してもらえますか？それは私のために沈んでいないだけです。

通常、インターフェイス要素をクラスのフィールドにリンクする必要がある場合は、キーワード「IBOutlet」を使用してプリコピー担当者に通知します。

実装では、ポインタを直接使用して、theWindowNSWindowクラスのメソッドを呼び出します。

しかし、「theWindow」によってポイントされるオブジェクトへのいくつかのアクセサーを作成し、アクセサーを介してオブジェクトを管理するようにプリコンパイラーに指示することの利点は何ですか？

例：

2番目のソリューション（インターフェイスの要素へのすべてのポインター）を使用すると、アプリケーションのパフォーマンスが低下しますか？

最初の方法の代わりに2番目の方法を使用するのはいつ良い習慣ですか？

ありがとうございました！

私は Java および C++ 開発の経験が豊富であるため、クラスとデータの抽象化は私にとって非常に簡単です。私は少し前にオブジェクティブ C を始めたばかりで、ほとんどがクラス内のグローバルで作業しており、すべてが順調に進んでいました。スパゲッティコードを少なくするために、コードの大部分を抽象化することにしましたが、土曜日以来克服できなかった問題にぶつかりました。

概要：

トランプゲームを作っています。最近、カード データを 3 つの変数を含むクラスに抽象化しました。(int)i_cardValue、(int)i_cardSuit、および (UIImage *)uii_cardImage。呼び出してカードを作成します

また、エンジン部分 (基本的にシャッフルやデッキ管理などのデッキ機能) も抽象化しました。デッキは変更可能な配列であり、デッキの初期化関数があります。

ここで、ビュー コントローラーで initDeck を呼び出し、次のような行で項目をデッキに追加します。

pce_Engine は PlayingCardEngine 型の変数です。NSLog 行を initDeck に入れましたが、プログラムを実行してもコンソールに表示されません。それらが呼び出されていないため、配列が割り当てられていないため、配列に要素を追加できませんか? 私はこれで問題ないと思っていましたが、ビューに追加しても表示されないため、間違っているか、何かが欠けています。NSLogを使用すると、デッキ== nilなので、問題はデッキに正しくアクセスしていないため、値を追加せず、どこにでも空の変数しかないことだと思います:(。目的cのチュートリアルをたくさん見てみました。しかし、私が行っている限り抽象化するものさえ見つけていないので、私の問題を見つけることができませんでした。

誰かが私を正しい方向に向けることができますか?

埋め込まれたプライベートクラスのクラスのプライベートメンバーにアクセスする必要がある状況があります。どうすれば効率的にそれを行うことができますか。

NotaBene：フォームにコントロールを動的に追加するので、作成後にコントロールがすでにこのイベントにサブスクライブされていることを確認します。

それらの違いを理解しています（少なくともC＃では）。それらが割り当てられた要素に与える影響を知っています。私が理解していないのは、なぜそれらを実装することが重要なのかということです-なぜすべてを公開しないのですか?

この件に関して私が読んだ資料は、通常、クラスとメソッドが他のユーザーに不必要にアクセスできないようにする方法について続いていますが、それがなぜ/どのように悪いことなのかの例にまだ出くわしていません. セキュリティのように思えますが、私はプログラマーです。メソッドを作成し、メソッドが何をするか (またはしないか) を定義します。すべきではない変数を変更しようとしたり、別のクラスの情報を読み取ろうとしたりする関数を書くのに、それが悪いのであれば、なぜ私はすべての努力を費やすのでしょうか?

これがばかげた質問である場合は、申し訳ありません。これは、私が OOP で読んだ最初の記事で遭遇したものであり、実際にクリックしたように感じたことはありません。

フォームに特別なラベルがあり、ツールチップにテキストを表示する必要があります。ラベルはフォーム (ネストされたコントロール) でプライベート クラスとして宣言され、親フォームの ToolTip コントロールを「見る」必要があります。

これがコードです。確かに、オーナー フォーム コントロール コレクションのプライベート コントロールの追加の前にコンストラクターが呼び出されるため、ここでエラーが発生します...

編集: コンストラクターで form1 または toolTip コントロールを渡さない可能性はありますか?

私はしばらくの間、この問題については意見が分かれていましたが、Objective-C クラスの実装内からインスタンス変数に直接アクセスすることについて、人々がどう考えているか知りたいですか?

アクセサーやミューテーターを使えば色々と楽になりますが、単純なことならインスタンス変数に直接アクセスするのはまずいのでしょうか？プライベート インスタンス変数のベスト プラクティスは異なりますか?

静的/共有メンバーの可視性を備えたVB.NETおよびC＃（.NET2）の状況に直面しました。VB.NETでは少し奇妙に思えます。

使用法： A.Instance.Name//名前のみが「表示」

VB.NET：

使用法：

//共有メンバーはクラスパブリックメンバーのように動作します。無限に繰り返すことができます。

これはMicrosoftの監視ですか、それともVB.NETの「機能」ですか。

私が完全に間違っていない限り、ゲッター/セッター パターンは、次の 2 つの目的で使用される一般的なパターンです。

1. getVariableメソッドを提供するだけで (または、まれに、メソッドを提供するだけで、変更可能になるだけで)プライベート変数を使用できるが変更できないようにすることsetVariable。
2. 将来、変数がクラスに出入りする前に変数を処理することが適切な解決策であるという問題が発生した場合、実際の実装を使用して変数を処理できることを確認する単に値を返したり設定したりするのではなく、getter および setter メソッドで。そうすれば、変更は残りのコードには反映されません。

質問 #1: アクセサーを使用していませんか、それとも私の仮定が間違っていますか? 私がそれらについて正しいかどうかはわかりません。

質問 2: メンバー変数のアクセサーを書かなくて済むようなテンプレートの利点はありますか? 何も見つかりませんでした。

質問 #3: 次のクラス テンプレートは、アクセサーを実際に記述せずにゲッターを実装する良い方法でしょうか?

私には公平に見えますし、get他の部分的なテンプレート特殊化のトリックを使用してロジックを再実装することもできます. 同じことが、ある種の Setter または GetterSetter クラス テンプレートにも適用できます。

あなたの考えは何ですか？