タイトルが示すように、なぜapplyResultとのapplyFault方法がAsyncTokenマークされているのmx_internalですか？
コードで使用したいと思ったことは何度かありAsyncTokenましたが、クライアントに強制したくないため、コードを書き直してしまいましたuse namespace mx_internal。
質問する
316 次
2 に答える
4
このクラスを作成した場合は、ユーザーが誤ってメソッドを呼び出さないようにするため、機能を通常のユーザーから隠したいと思いますが、それらを作成する内部クラスはそれらを呼び出す必要があるため、mx_internalとしてマークします。良識。
于 2012-12-07T14:33:07.667 に答える
1
さて、livedocsのどこかで述べられているように（私は思う）mx_internal、フレームワーク内で時間の経過とともに変化する可能性のあるものをマークするために使用されます（明らかに、C＃とJavaは非推奨のもので間違っていると思っていました）。それらの特定のメソッドがマークされている正確な理由については、それらmx_internalをマークした開発者だけが知っています。彼らはおそらくある日それについて話し合うために会いました、そしてそれは次のようになりました：「ねえ。私たちはそれらのメソッドにどのようなアクセスが欲しいのか」「わからない、私たちはそれらをオーバーライド可能にしたいのか？」mx_internal「わからない」「じゃあ、作ってみよう」代わりに、保護されているとマークされているはずのメソッドがマークされているmx_internal（またはプライベートである場合はさらに悪い）場合が多く、これはフレックスフレームワークで最も厄介なものの1つです。
また、mx_internalフレームワーク内のほとんどのコンポーネントが名前空間をインポートするため、必要かどうかに関係なく名前空間を使用しています。したがって、フレックスフレームワークコンポーネントを使用する場合、ビルドにはすでに名前空間が含まれています。
于 2009-10-22T11:39:24.397 に答える