Q&A
だいぶ時間が空いてしまって申し訳ございませんが、深い知識に基づかれた意見に対するコメント。
まことにありがとうございます！
必要最低限の情報を、特定の人が渡すのがベスト…
それが理想なのでしょうか、それを実現できる言語が(有名どころでは？)ない…
興味深いお話でした！
前提・実現したいこと
オブジェクト指向の知識がぼんやりしてるので、改めて勉強中の者です。
数点の書籍とネットの記事を読んでおりましたが、探し方が下手なのか見つからず、こちらに質問した次第でございます。
質問内容ですが、
オブジェクトの操作(メソッド)を使う場合、
そのオブジェクトを使う側は指定する事が出来るのかと疑問に思い質問しました。
是なら、その方法を、
否なら、その理由を知りたく思います。
例えで言いますと…
お客・従業員・自販機オブジェクトの三つがあるとして…
自販機オブジェクトには
「商品を買う」と
「商品を補充する」機能があり
「商品を買う」機能を使うのは
お客・従業員どちらも利用できるが、
「商品を補充する」機能を使えるのは、従業員のみ、と言った場面を想定しています。
概念の勉強中なので、
回答としては図式化したものか、言葉として説明頂く事を希望しております。
勿論、説明として「〇〇の言語の場合でしたらこんな感じになります」とコードで回答頂いてもありがたいです。
(c,c++,c#,pythonでしたら多少の経験はございますので、それに近い形式の言語でしたら読む事は可能かと思われます)
今回の投稿は不慣れでありますので、
情報が足りない、質問のマナー等で失礼に当たる等もございましたらご連絡頂けばと思います。
それではよろしくお願いします、
ありがとうございました。
発生している問題・エラーメッセージ
あるメソッドの利用者を制限する表現方法が分からない。
該当のソースコード
ソースコードはございません。
試したこと
本質問に関連しそうな記事と書籍を数点読んだ程度であります。
メソッドの種類について調べ、
public protected privateがある事は存じておりますが、こちらは親子関係があるクラス同士で機能をどう制限するかの話で、違いそうですし…
結局有用な情報は得られませんでした。
補足情報（FW/ツールのバージョンなど）
特にございません。
回答4件
0
自販機からみれば「自分に商品を補充するのが誰なのか？」なんて話はどうでもいい（あずかり知らぬこと），という考え方はダメなんでしょうか．
「従業員にしか補充してほしくない自販機（インスタンス）」があるのであれば，そのインスタンスに補充する手段(インタフェースだったりあるいはインスタンスの存在だったり)を「客」にさらさなければよい．
自販機側で「こいつは従業員だな」とか区別してどうこうするのではなくて．
投稿2020/01/27 01:42
総合スコア11654
0
こんにちは。
既に解決していますが、面白いテーマなのでちょっと意見を述べさせて下さい。
これは、ある種のアクセス制限（隠蔽）機能と思います。
多くのオブジェクト指向言語は、public, protected, privateの３種類のアクセス制限機能を持ちます。
更にC++はfriend指定というアクセス制限を回避する機能を持ちます。
「従業員クラス」を「自動販売機クラス」のfriendとして定義し、「商品を補充する」メソッドをprivate定義するという使い方が考えられます。
ただし、「従業員クラス」は「自販機クラス」の全てのprivateメンバーにアクセスできるようになるという問題があります。これはこれでprivateを台無しにするので悩ましいです。（親しい仲でもプライバシーは確保したいものです。）
kgreenjpさんが提案されているような、引数の型で制限するのは多くのオブジェクト指向言語で対応可能ですし、friendのような全てにアクセスできてしまう問題はありません。しかし、本質的に渡す必要がない引数を渡している場合は、改悪（パラメータを削除）するプログラマーがでてくるリスクはあると思います。コメントをきっちり書いておくことで回避できると思います。
ところで、その辺りのアクセス制限機能を豊富にして、特定のクラスに特定のメンバ変数へのアクセスのみを許すような言語仕様を策定することも可能と思いますし、そのような機能を検討された言語開発者は多数いるだろうと思います。しかし、C++のfriendさえ多くのオブジェクト指向言語はネグってます。アクセス制限機能を複雑にすると、学習難易度が上がりすぎるのではないかと思います。
そして、「自販機クラス」のメンバーにアクセスするプログラムを書くのはプログラマーです。プログラマーが「間違って」アクセスしてはいけないメンバーをアクセスできないようにするのが、これらのアクセス制限機能です。
「悪意のあるプログラマー」が「悪意のあるプログラム」を忍び込ませることを制限できるような高度な機能ではありません。フールプルーフ的な機能ですので、ある程度の「割り切り」も必要かと思います。
投稿2020/01/27 03:17
総合スコア23272
0
ベストアンサー
単純な方法としては、型を確認する方法です。
自販機に商品を補充する機能を呼び出したものを確認させます。
例えば
引数に送り主を取り(sender) senderは何かを確認させる(isなど)
またはそれぞれの型にキャスト(asなど)し、キャストできるかを確認させるなどですね。
単純な方法ですので、安全ではないです。しかし、単純に制限はかかります。
インターフェースを用いる実装のほうがスマートです。
ほかの方の回答もありますので、ご参照ください。
投稿2020/01/26 13:57
編集2020/01/26 15:21
総合スコア97
早速の回答ありがとうございます！
型を確認する…ですか？
と伺おうと思っておりましたら、具体的な例も記載頂きましてありがとうございます！理解出来ました！
その場合、従業員オブジェクトを誘拐してくれば、従業員でなくても補充できてしまいます。安全とは言えないかもしれません。
こんなことを聞きたかったんでしょうか。これだと例えば犯罪者オブジェクトが適当な従業員オブジェクトを引数に自販機オブジェクトのメソッドを呼び出せてしまいます。
従業員オブジェクトしか呼び出せないメソッドを作るには、C# であれば自販機クラスを従業員クラスの内部クラスにし、private メソッドを作ることで実現できます。あるいは同じモジュールにして internal メソッドを実装するのもよくあるパターンです。
従業員クラスの内部クラスに実装する方法ですが、自動販売機ではないように思えますがいかがでしょうか？
その他の実装方法も考慮していただけるよう。回答に追記させていただきました。
私へのコメントですか？
自動販売機は実際実装したい仕様の一例でしかないと認識しています。自販機を実装することなどないでしょうから、自販機について煮詰める必要はないのでは？
二つの設計例を上げていますから、状況に合わせて選ぶことができます。
あるいはよくあるのがクラスに属する読み取り専用プロパティです。このプロパティは外のクラスからは読み取りしかできませんが、親クラスからは書き込みできます。
これを内部では List<T> として実装し、ReadOnlyList<T> として公開するなどが考えられます。
質問者さんの真に求めるものがもしこれであった場合、自販機の概念は意味をなしません。
Zuihsinさん、hayatakaさん、kgreenjpさん、その後もコメントや回答を頂きありがとうございます！
そして、たくさん回答いただいたのにお返事が遅くなってしまったこと、お詫びいたします。
皆さんの回答のおかげで、私が質問した内容は
そう簡単に解決する問題ではないのかなぁという気がしてきました(笑
内部に含める…は想像していたのと形が違うのかなと。
自販機の中に従業員が入っているというのはイメージ違いますし…
型確認も、外部が悪意あるインスタンスだと形無しなのですね…
internalは…ごめんなさい分かりませんので自分で調べてみます。
最後の読み取り専用プロパティも今回の例題で実現したい事とはズレてしまう気がしますし…
色々考えさせる回答を多くいただき感謝いたします。
皆さんからいただいたいろいろな解決法をもう一度見て、
どの形が私が実現したかったことに適しているか考えてみることにします。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/05/28 09:51