を使用していまAOP(側面指向プログラミング）の製造ソフトウェア?
https://stackoverflow.com/questions/20663
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
AOP というのも面白いプロパラダイム思います。しかし、がんの議論をしていstackoverflow(少なくとも見当たらない。についてどう思います。を使用していまAOPにプロジェクト?はんなニッチな技術とな長い時間はなく、主流のようOOPかった、少なくとも理論))?
う場合に使用AOPしてくれるツールとして使用します。よろしく！
解決
そうです。
直交磁心のようにしていくことがベストでAOP-スタイルの遮断.るかどうかを自動的に行われよう依存関係を注入コンテナなし)動が重要に終目標です。
一例：の"前後"属性 xUnit.net （オープンソースプロジェクトを実行します)はAOP-スタイルの遮断の方法.に飾っておくの試験方法とこれらの属性、および前後その試験方法は、コードが呼び出されます。で使用できるようなデータベースの転の結果の変化は、セキュリティコンテキストの走行試験など。
別の例:フィルタの属性 ASP.NET MVC したもののように特化AOP-スタイル方法インタセプタ.一例えば、できるかどう独自のレンダリングメカニズムと誤りなされるべき場合にも起こりうるアクション方法です。
多くの依存関係の射出容器を含むウィンザー城、Unity、この動作は、ボックス"の利用の拡張を認識しません。
他のヒント
Pythonを支えAOPによりさせるように動的に変更-その授業実行時（Pythonでは、いわゆmonkeypatchingよAOP).ここで私のAOP利用の場合:
私には、あなたのホームページをページが生まれるPythonの機能です。このようなクラスおよびすべてのウェブページによるクラスパスワードで保護されています。AOPの救助;前各機能を呼び出したあと、私は、適切なセッションチェックとリダイレクトが必要です。
思いくつかのロギングとプロファイリング、バンチの機能に私のプログラムの実際の利用AOPでき計算のタイミングおよび印刷データへのログファイルせずに実際に修飾れます。
私はモジュールまたはクラスの非スレッドの安全機能及びんの使用は一部のマルチスレッドのコードです。一部のAOPに追加ロック周辺のこの関数呼び出しなどにより、図書館の変化もなかった。
このようなことがいえるでしょうがなく、かつ、monkeypatchingする上で、非常に有用である。Pythonにもデコレータを実装するにはデコレータデザインパターンhttp://en.wikipedia.org/wiki/Decorator_pattern)の達成に似ています。
なお、動的に変更ですのでもう作やバグが追加機能サードパーティライブラリなしで変更する図書館があります。私はほとんどないが、必要なものが出ていて非常に便利です。
かわからない方が対応できる横断的な懸念のようなロギング、セキュリティ、ザクションマネジメント、例外処理クリーンファッションを使用せずにAOP.
利用し、誰でも春の枠組み(おそらく約50%のJava企業開発者）はAOPを用いるかどうかわかっています。
時 テラコッタ を使用していまAOPとbytecode instrumentationかになった方への統合、機器第三者ソフトウェアです。例えば、当社の 春究 は大部 aspectwerkz.このように、相手との通話を春豆工場で様々なポイントのためのクラスターします。
でAOPのために活用できる統合は、第三者のコードで対応できない場合を修正しました。しかし、わかりましたが大きな落とし穴-できれば、ものをご使用くだ第三者の公開APIのご参加、ありませんリスクをコードによる破損の変更一部の民間法のマイナーリリース、保守の悪夢です。
AOP、取引の区画があったらいいな。を使用していま泉AOP@取引の注釈ことで、よりわかりやすく、より直感的tx-境界よりも最大であった。
を使用しましたaspectJの私の大きなプロジェクト大学で開かれました。このプロジェクトのウェブサービス、それぞれ複数の機能は、フロント終了のために複雑なドキュメント処理/照会システム。ど75kを行います。使用した側面につ比較的副作可能です。
最初のトレース申込の流れを作成しました側面を通って前後の各機能通話する"入"機能"と"終了し'を'".機能を持つセレクターズのもふもふをご堪能ください(pointcutかもね？記憶してないのることができたとして利用するデバッグツールの選択のみ機能したかったのトレースすることができるものとします。これはエクスペディア利用のための側面にアプローチしている。
第たアプリ固有のメトリックスを表します。また面で当社のウェブサービス方法、タイミング、オブジェクトの情報など。ダンプの結果の改善に取り組んでいます。●これは素敵でしたが捕獲これらの情報が、まだすべてを捉えるコードとは別の"リアル"コードがかったのです。
かつ素敵なソリューション面でのテーブルがまだないと確信できるんだいせんでしたが、少し足を延ばせばいつもよりよい)"普通"の技術です。例えば、いと思いず大きな特徴又は機能が当社のプロジェクトの必要なだけで簡単になる場所がその場で発音を確認することが側面に有るような軽微なものか。
使っていAOPく私C#願います。んの大ファンを使用属性で使用した城DynamicProxy邸、米国陸軍輸送用面での実行時の汚れず自分のコード
を使用していまAOP当セッションファサードを一貫した枠組みお客様のカスタマイズ性を実現。この可能なシングルのカスタマイズなの追加マニュアルフック支援のための各方法です。
また、AOP ーシングルポイントの設定追加取引setupとteardown、通常のログインとなる。すべてのところ、より保守性によって全てのことです。
メインのアプリケーションを行なっていを含むスクリプト。AOPできるホストを調べる性質のスクリプトかどうかを決定するまでにはスクリプトをアプリケーション-ドメイン.一部のスクリプトはかなり面倒なことのための高速載荷実行します。
また、ご利用するプラン多属性などで使用されるコンパイラの制御、流量制御およびIDEでデバッグを必要としない、の一部であることを最終配布します。
を使用していまPostSharp当社のAOPます。してキャッシュについては、データベースのリトライトなどを使用しておりますが、同社のセキュリティチェックする。
本作です。開発者んのような分離の最大の関心事です。の建築家さんのプラットフォーム-レベルの論理連結会場に集まります。
のPostSharp図書館稿では、コンパイラの射出のコードです。この図書館前の定義を遮断する脳死を簡単にするものをいいます。のように配線のイベントハンドラ.
ねを使用していAOPにアプリケーションプログラミング.私は好ましくは利用AspectJの統合のためのaop私の春。この記事を得る幅広い将来のために同じです。
http://codemodeweb.blogspot.in/2018/03/spring-aop-and-aspectj-framework.html
