問題タブ [access-protection]

どうやらこのキー指向のアクセス保護パターン:

... はまだ名前が知られていないので、舌を折らずに参照できるように、適切な名前を見つけたいと思います。提案？

そのはず：

• 簡潔
• アクセス保護の意図を伝える
• 理想的には、プロキシが不要であることを意味します (?)

このキー指向のアクセス保護パターンの再利用性を高めることはできますか？

継続的な誤解を避けるために、このパターンは弁護士/依頼人のイディオムとは異なります。

• Attorney-Clientよりも簡潔にすることができます（3番目のクラスを介したプロキシが含まれないため）
• アクセス権の委任を許可できます
• ...しかし、元のクラスではより煩わしいものです（メソッドごとに1つのダミーパラメーター）

（この質問で開発されたサイドディスカッションなので、この質問を開きます。）

画像の多いサイトを作りたいです。しかし、Web サイトにアクセスせずに画像に直接リンクするなど、画像への直接アクセスから保護したいと考えています。

これを行うための好ましい方法は何ですか? そして、長所と短所の代替案は何ですか?

いくつかのアイデアがあります（可能かどうかはわかりません）：

• ファイルのアクセス許可
• PHP セッション
• 一時ファイル名または URL
• HTTP リダイレクト?

たぶん、これは多くの Web サイトで実践されていないのでしょうか? たとえば、ログインせずに Facebook のプライベート写真にアクセスしようとしましたが、それでも写真にアクセスできました。

プラットフォームは、おそらく NginX と PHP を備えた Ubuntu マシンになります。

このためのコードを作成することは可能ですか? (フォルダーへのアクセスを禁止しますか?) または、この目標を達成するのに似たようなことをしますか?

プログラムが実行されているときにそれが欲しいだけです。アプリケーション フォルダにアクセスできません (MyDocuments の例)

非表示のデータをタイプTのオブジェクトに生成するが、データを他のすべてのオブジェクトから非表示にするタイプAが必要です。私のC++コンパイラはたまたまGCC4.4ですが、それは問題ではありません。なぜこれが機能しないのですか？

ちなみに、これはデータムを非表示にできないことを除いて、正常に機能します。

C ++では、コンパイル時にテンプレートパラメータとしてフレンドクラスを指定することは本当に許可されていませんか？なぜだめですか？そうでない場合は、データムを非表示にするためにどのような代替手法を使用する必要がありますか？（可能であれば、コンパイル時の手法をお勧めします。）

ここでの私の誤解は何ですか？

（こことここに関連する質問への回答がいくつかありますが、それらが私の特定の質問に答えていないか、答えていることを理解できていません。とにかく、私はまったく間違ったテクニックを使用している可能性があります。友達のクラスTが失敗する理由、私が本当に知りたいのは、友達と一緒であろうと他の手段であろうと、データを非表示にする方法です。）

ありがとう。

私は次の設定をしています：

foo.h:

のオブジェクトは、Aを含むどのプログラムにも公開されませんfoo.h。の付いたベクトルは、その計算アダプターの役割Aを支援するためだけに存在します。BのコンストラクターをプライベートにするAことで、他のコンパイルユニットがそれを使用するのを避けることができると思いましたが、うまくいくようです。ただし、問題は

foo.cpp

の部分はMyCustomStorage次のようになります。

しかしallocate()、メンバー関数から呼び出されるので、これは起こらないと思いました! どうすればこれを解決できますか？

A友達を作ることは、MyCustomStorage非常にスパゲッティ・コディッシュに思えます。ネストAされたプライベート クラスを作成すると、「A はプライベート」であるためB、あらゆる種類のヘルプ クラスが失敗します。foo.cpp

では、これを解決する最もクリーンな方法は何でしょうか?

解決

私は @potatoswatter の 2 番目のソリューションを使用して、次の適切な変更を行いました。

foo.h

foo.cpp

これは初心者の質問ですが、ググってみましたが、答えが見つからないようです。

クラスの人がいるとしましょう：

次に、サブクラス OldMan を作成します。

Person からプライベート フィールドを実際に変更できないようです。私は、OldMan が Person を継承したときに、それに属するプライベート変数の独自のコピーを持っているという印象を受けました。実際に何が起こっているかというと、OldMan オブジェクトを作成すると SSN フィールドが作成されますが、それはどういうわけか Person オブジェクトに属していますか??

SSN を保護するだけでよいことはわかっていますが、それはベスト プラクティスですか? ここで実際に何が起こっているのか、重要なフィールドへのアクセスを保護する親クラスを、子クラスから保護せずに作成するにはどうすればよいでしょうか?

署名許可が制限されている pdf があります。

pdfbox AccessPermission を使用して、署名する前に編集権限を確認しようとしています。しかし、AccessPermission のソース コードでは、API doc AccessPermission APIからも、対応するアクセス許可が見つかりませんでした。

「署名」権限属性を確認するための回避策はpdfboxにありますか。