↑↑↑アスペクト指向とは何か↓↓↓
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001→
NGNG0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNG0005デフォルトの名無しさん
NGNGも～発てるまえに検索しろよ
0006デフォルトの名無しさん
NGNG返信のテスト
0007デフォルトの名無しさん
NGNG同意。だがageることもなかろうて。
0008デフォルトの名無しさん
NGNGどちらにしろ、立てて数分じゃ、上のほうにあるだろうけどな。
0009→
NGNG深海の奥底でこっそりやるのがお好きなようなので、
別スレ立ててみました。
アスペクト＝非機能的特性、とすると、
機能実現＝実装と直結した「オブジェクト」よりも、
分析設計上の概念と結びついた「インターフェース」と
共通点や関連を見出せるのではないか？とか、
実装の再モジュール化に使う手法と考えると、新種のリファクタリング手法ではないか？とか、
考えてしまいます。
また、実装言語とは別のレイヤーで、コードの再構成を行う、という目的は、
マクロやpatchとの共通性も浮かんで来ます。
どないな感じでしょうねぇ
0010デフォルトの名無しさん
NGNGとりあえず、ゲーム帝国などを読んで自習してくれ。
0011デフォルトの名無しさん
NGNG0012→
NGNG0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNGhttp://pc3.2ch.net/test/read.cgi/tech/1004962559/
0015→
NGNG0016デフォルトの名無しさん
NGNG0017→
NGNG0018デフォルトの名無しさん
NGNG0019→
NGNG0020デフォルトの名無しさん
NGNG込むようなことができたら便利でしょ？それをやるのがAspectJ。
JavaServlet2.3のFilterなんてのも、それを別の形で実現する
方法だな。
0021デフォルトの名無しさん
NGNGhttp://pc.2ch.net/test/read.cgi/prog/1031059323/
0022デフォルトの名無しさん
NGNG0023デフォルトの名無しさん
NGNGしつこい煽り厨房(>>21)みたいな奴がのさばってる様じゃ、
この板に訳ﾜｶﾗﾝｸｿｽﾚ立ちまくっても自業自得だね
0024デフォルトの名無しさん
NGNG自作自演です(藁
0025デフォルトの名無しさん
NGNG消えて下さい>>21＆>>24
0026デフォルトの名無しさん
NGNGAspectJの親方のセールストークによれば「そのような問題に遭遇する人は少ない」そーだ(母数が少ないんじゃないかと(略))
じゃぁもう一歩踏み込んで、AspectJで切り出したAspectから、更にAspectを切り出したい場合(高次のAspect?)に、アスペクト指向は有効なんだろうかねぇ？
0027デフォルトの名無しさん
NGNG既存のライブラリに広く薄く機能追加するのに便利であって、
こればっかりでなんかしようとするのは本末転倒だと思われ。
0028デフォルトの名無しさん
NGNG0029デフォルトの名無しさん
NGNGそれは、「君が納得できた範囲ではそうだ」って話でしょ。
このスレは、耳知識や過去の経験だけに頼らず、
その場で自分で考えてレスしてね。
0030デフォルトの名無しさん
NGNG0031デフォルトの名無しさん
NGNG0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNGどーだろね？
0034デフォルトの名無しさん
NGNGたとえば？
0035デフォルトの名無しさん
NGNGdiffファイルのdiffってのが、実行可能だけど役に立ちそうもないのと同様に、
aspectのaspectってのが有効に役立つようにするのは、まだ難しいんじゃないのかな？
0036デフォルトの名無しさん
NGNGは、OLAPのスレで、技術的内容と経営コンサルの区別が付かなかったﾔｼだね
0037デフォルトの名無しさん
NGNG0039デフォルトの名無しさん
NGNGhttp://pc3.2ch.net/test/read.cgi/tech/1004962559/l50
0040デフォルトの名無しさん
NGNG→↑ →↑
0041デフォルトの名無しさん
NGNG重複スレ立てるくらいなんだから答があんだろうな？
0043デフォルトの名無しさん
NGNGシステム利用者の認証が切れてないかを確認するって
いうアスペクトはどうだろう？
システム利用時に入力したIDとパスワードでログイン後、
データアクセス系のサービスを利用するたびに認証情報
が時間切れ等で失効してないか毎回確認後サービス実行。
厳密にユーザ権限の執行をしたいような業務があるか
どうか分からないけど、とりあえず妄想を吐き出しておく。
0044デフォルトの名無しさん
NGNG新しい事なんて何も無い。
0045デフォルトの名無しさん
NGNG0046デフォルトの名無しさん
NGNG…と突っ込むヤシ、その新しい概念をキチンと説明してください。
0047デフォルトの名無しさん
NGNGAspectJの親玉も、aspectの例としてアクセス・コントロールを上げてたよん
0048デフォルトの名無しさん
NGNGそう都合良く、メソッドフックだけで何かの
別観点の一貫した付加機能が作れるものか？
ただのメソッドフックじゃないと言うヤシは、
ここんとこどうなのよ？
0049デフォルトの名無しさん
NGNG既出だったのね・・・・スマソ
勉強が足りなかった。
属性とかも追加できるでしょ。
0051デフォルトの名無しさん
NGNG0052デフォルトの名無しさん
NGNG0053デフォルトの名無しさん
NGNGもアスペクト指向の一種でしょうか?
クラスの外側を覆っているモジュールを継承できることで
オブジェクト指向的でないとされる
if-else-if文の追加の問題を解消できるらしい。
この言語に対応したデザインパターンについても説明されている。
オブジェクト指向の次に来るのはエージェント指向と言う人も居たけれど
また別物ですね?
0054デフォルトの名無しさん
NGNG0055デフォルトの名無しさん
NGNGここ分かりやすかったけど、説明あってます？
0056デフォルトの名無しさん
NGNGわけだね。トレース以外に使い道あるんかな。
0057デフォルトの名無しさん
NGNG0058デフォルトの名無しさん
NGNGでいうとどういう解釈になるの？
http://dolphin.c.u-tokyo.ac.jp/~kazu0/aspectj-primer/primer-fornewcomers/node7.html
なども読んだけど、どうもいまいち。
0059デフォルトの名無しさん
NGNGフックは実現の手段であって、アスペクト指向の全てではない。
OOP がただの構造体と関数ポインタに見えたのと同じ。
新しさは実装方法ではなく、コードのとらえ方にある。
class Hoge{
public:
void func1();
void func2();
private:
int a, b;
}
func1 からは a しか見なくて、 func2 からは b しか見ない。
この場合、a, func1 と b, func2 は、異なるアスペクトに分類できる
可能性が高い。
0060デフォルトの名無しさん
NGNG|:::└┬┘:::|
|:::┌┴┐:::|
／￣￣＼ ﾉ::::::丶 /:::::::＼. ／￣￣＼
| 記念 .＞ （::(,,ﾟДﾟ)(ﾟーﾟ*)::) ＜ ﾊﾟﾋﾟｺ .|
＼＿＿／ |:∪::::| |::::∪::|. ＼＿＿／
～（(((:::::))(((:::::))）～
∪￣U U￣∪
0061デフォルトの名無しさん
NGNG串つかうやつもいて、そいつだけ無傷でやりたいほうだいとかでてくるからな。
0062デフォルトの名無しさん
NGNG0063デフォルトの名無しさん
NGNGそれはそうだとは思う。けど告発して話題にされるのが目的なら、結局危険だな。
小さな掲示板に書き込んで、他人に広めてもらえばいいのか。
0064あぼーん
NGNG0065デフォルトの名無しさん
NGNGしょうがないでしょう、このご時世。
0066デフォルトの名無しさん
NGNGもしかして企業とかが・・・なんてね（＾＾）
みんなアクセスログなんて言葉聞いたこともないよな？
0067デフォルトの名無しさん
NGNG0068デフォルトの名無しさん
NGNG途中までは真面目な話だったはずなんだけどな、、
0069デフォルトの名無しさん
NGNG書き込みのログだけでも(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙなんですが
0070デフォルトの名無しさん
NGNG匿名で書き込み、何処の誰ともしない奴に煽られ、
それでいて、いわゆる荒らし行為に臨む者が存在する現状で誰も文句を言わないと言うのはおかしくないか。
住所などを表示した場合のセキュリティはどうする？
仮に本名で語り合ったとしてもその「本人であるという認証」はどうする？
ＩＰアドレスやリモートホスト、メールアドレスの表示があったとしても偽名で書き込むのはなんなくできてしまう。
「身元」と言う表現を使うなら、それはハンドルネームを用いるネット上の全てのコミュニティ、
サイトに対する挑戦となってしまうな。
0071デフォルトの名無しさん
NGNGlive2 : ニュース速報
tmp : ニュース極東 ちくり裏事情 政治思想 Download
厨房！ 人権問題 バカニュース 薬・違法
ゴーマニズム ロビー 最悪 少年犯罪
違反の潰し方 ペット苦手 なんでもあり 学歴
0072あぼーん
NGNG0073デフォルトの名無しさん
NGNGいい所突いているように思えますが。
0074デフォルトの名無しさん
NGNGこ
そ
も
お
人
世
ど
こ
お
断
0075デフォルトの名無しさん
NGNGこの野郎！
と言おうと思ったけどIP晒されるのでやめた
0076デフォルトの名無しさん
NGNG言 い た い こ と も 言 え な い
こ ん な イ ン タ ー ネ ッ ト じ ゃ
0077デフォルトの名無しさん
NGNGのソース貼り付けおながい。
0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNG0080あぼーん
NGNG0081デフォルトの名無しさん
NGNG0082デフォルトの名無しさん
NGNGはっきり言って、任意IDやIDのない板は酷いし面白くない。
0083デフォルトの名無しさん
NGNG2ちゃんねるだからなのです。
0084デフォルトの名無しさん
NGNGキン肉マンに出てくるｳｰﾙﾏﾝ？
0085デフォルトの名無しさん
NGNG遊び方の解らない馬鹿が増えたから、しかたないのかもしれません。
もう転載しませんので、以後は該当のスレ追っかけてください
27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？
38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
鋭いです。
73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。
こんなところでしょうか。
0086デフォルトの名無しさん
NGNGそういう書き込みを続けるんですか？
まあご自由にとしか言いようがありませんね。
どうせなら「授業料」を支払うことになる限界がどこにあるか見つけてください。
0087デフォルトの名無しさん
NGNG0088デフォルトの名無しさん
NGNG0089デフォルトの名無しさん
NGNG0090デフォルトの名無しさん
NGNG法廷で判断されてからでもいいではないか」
今回、次のような発言は動物病院にとっては「社会通念上、名誉毀損と容易に推測できるはず」
とされています。
ブラックリスト、過剰診療，誤診，詐欺，知ったかぶり、えげつない病院、ヤブ医者、
精神異常、精神病院に通っている、動物実験はやめて下さい、テンパー、責任感のかけらも無い、
不潔、氏ね、被害者友の会、腐敗臭、ホント酷い所だ、ずる賢い、臭い
0092デフォルトの名無しさん
NGNGややこしいからそのトリップ使うな。
今回の裁判の話と今後起こりうる訴訟は全然別の話になるだろうから、
（プロバイダ責任制限法と削除システムの変更がある）
ごっちゃにして話をするのは無意味。
0093デフォルトの名無しさん
NGNG0094デフォルトの名無しさん
NGNG0095山崎渉
NGNG0096デフォルトの名無しさん
NGNG0097山崎渉
NGNG0098井川遥
NGNG0099山崎渉
NGNG0100デフォルトの名無しさん
NGNG0101デフォルトの名無しさん
NGNG0102デフォルトの名無しさん
NGNG0103デフォルトの名無しさん
NGNG0104デフォルトの名無しさん
NGNG0105デフォルトの名無しさん
NGNG0106デフォルトの名無しさん
NGNG0107デフォルトの名無しさん
NGNGloggerとか言われても意味不明
0108デフォルトの名無しさん
NGNG0109デフォルトの名無しさん
NGNG0110デフォルトの名無しさん
NGNGhttp://www.george24.com/~akihisa/texi/elisp-manual-20-2.5-jp/elisp_17.html
0111デフォルトの名無しさん
NGNGアスペクトと MixInて、確かに近いよね
0112山崎渉
NGNG0113デフォルトの名無しさん
NGNGCMEってどうよ
0114山崎渉
NGNG（ ＾＾ ）＜ ぬるぽ（＾＾）
0115あぼーん
NGNG0116あぼーん
NGNG0117デフォルトの名無しさん
NGNG0118デフォルトの名無しさん
NGNG0119デフォルトの名無しさん
NGNG0120デフォルトの名無しさん
NGNG>>119
違います。
0121デフォルトの名無しさん
NGNG0122デフォルトの名無しさん
NGNG0123デフォルトの名無しさん
NGNGすっかり有名になったねぇー。
JavaWorldでも2chでも取り上げられてるし、
JBOSSやらEclipseでもサポートされ始めたし。
３年前に携帯Javaいじってて、
実行時クラス・サポートを期待できない環境で、
OO的プログラミングをする手法として SoC, AOPを流用できる事を知り、
それやってる所へ話しを聞きに行ったのが、遠い昔のようだ。
ってか、元居た企業でAOP導入進めようとしたらアフォ扱いされた日々が、
遠い幻のようだ（ｗ あの会社はきっと滅びる（ｗｗｗ
0124デフォルトの名無しさん
NGNGそんなのあるね、片っ端から新しい技術否定するSE。
オマエも折れを同じ嫌われ者かい？
0125デフォルトの名無しさん
NGNG漏れはあきらめましぇんが。
0126デフォルトの名無しさん
NGNG0127デフォルトの名無しさん
NGNGそれに対する筋の良いソリューションのシーズがあって、
そのシーズを地道に育てる事ができる組織と、
そのシーズをみすみす見逃してしまい、
3年,5年たって世の中に充分普及してからようやく重い腰を上げるださださ組織
の二種類が世の中にはあるってこった。
もう10年以上そんな事の繰り返しなんで、俺は疲れたよ
0128p
NGNGモデル計算とか様相論理とかの研究者って普段活躍の場がない連中だから、こういうのが出てきたとき一気に飛びつく可能性があるよ。
エージェント指向のときもまさにそうだった…。
0129デフォルトの名無しさん
NGNGいまいち画期性に欠けるな。
0130デフォルトの名無しさん
NGNGんじゃ、アスペクト理論にする？
それとも、アスペクト外伝
あるいは、アスペクト比←あ、これは既出だな
0131デフォルトの名無しさん
NGNGそれぞれ専用のメカニズムを組み込めばいいんだし。
かといってあまり話を広げてもOOPのような体系は
築けない
正直はやらないと思うよ
0132デフォルトの名無しさん
NGNG為の機構だと思うが・・・？
0133デフォルトの名無しさん
NGNG他にも応用可能な分野があるでそ。
・アプリケーションのリファクタリングやカスタマイズ
・ORBや分散トランザクション機能のアドホックな追加
ビュー周り(画面)や、ストレージ周り(DBMS)は、応用例思いつかなかった・・・。
0134デフォルトの名無しさん
NGNG機能と機能の接続部分に着目すべし。
0135山崎 渉
NGNG0136あぼーん
NGNG0137デフォルトの名無しさん
NGNG0138デフォルトの名無しさん
NGNG0139デフォルトの名無しさん
NGNGプログラムのデバッグ支援を聞けなかった。
0140デフォルトの名無しさん
NGNG0141ほっしゅ
NGNG0142デフォルトの名無しさん
NGNG0143デフォルトの名無しさん
NGNG0144デフォルトの名無しさん
NGNG0145デフォルトの名無しさん
NGNG0146デフォルトの名無しさん
NGNG0147デフォルトの名無しさん
NGNG0148デフォルトの名無しさん
NGNGも少し具体的にどうやる概念なのか解説ｷﾎﾞﾝﾇ
0149デフォルトの名無しさん
NGNGたとえばいろんなクラスにprintっていうメソッドがあったとして、その後で
System.out.printlnt("printed!!!");
ってやりたいとする。
そんなとき、普通のJavaだとそのいろんなクラスを変更しないといけないけど、AspectJだとアスペクトをひとつ追加すればいい。
0150デフォルトの名無しさん
NGNG習得できますか？
0151デフォルトの名無しさん
NGNG一応異なる概念だけど、オブジェクト指向がわかってなければ有効に
使えない。
0152デフォルトの名無しさん
NGNG0153デフォルトの名無しさん
NGNG考え方。ロギングが最も一般的なアスペクト指向の使い方だと思う。
例えば、各クラスでロギングAPIを呼ぶってのが、普通のロギング方法だけど、
アスペクト指向では、ロギングアスペクトを定義する事により、実行時または
コンパイル時に各クラスに、ロギングを埋め込む。
つまり、通常は、各モジュールがログモジュールに依存する事になるけど、
アスペクト指向では、各モジュールがロギングAPIを呼ぶ必要が無くなるから、
モジュール間の結合は無(または疎)になり、再利用性が増すと同時に、つまら
んコードを書く手間が省ける。
ロギング以外だと、認証なんかもそうなるね。
Javaだと、aspectj,jboss-aop,aspectwerkz,mixjuiceなんかがAOPの
代表的な実装。バイトコードの書き換えには、bcelや、jassistなんかが使わ
れてる。
実行時変換タイプのAOPフレームワーク(jboss-aop,aspectwerkzなど)
では、クラスローダを変更する事により、クラスコードの変換を可能とし、
コンパイル時変換タイプ(aspectjなど)は、ソースコード又はclassファ
イルを直接変換する。(それぞれonlineコンパイル、offlineコンパイル
とも言う)
いずれも、XMLや、通常のJavaに似た言語などによってアスペクトを定義する。
アスペクトを構成する要素はAdvice、Point-cut、Introduction、meta-data
の4つ。これらの意味が分かれば、何となく使えるようにはなる。
0154デフォルトの名無しさん
NGNG詳しくは、JSR 175を見た方がいいかも。例えば、
public void async***(...)
ってメソッドがあったら、これは非同期で実行される、と言ったことを
事前に決めておき、AOPコンパイル時に、実際に、別スレッドで実行される
ようにmeta-dataを定義しておくって感じ。
Introductionは、クラスのsuper classや実装インターフェイス、フィールド
メソッドを変換するための定義。javaのdynamic proxyみたいだけど、もっと
簡単。
Point-cutは、コード中に、切り込みを入れる定義。メソッドの先頭、末尾、
メソッドの呼び出し前、呼び出し後、メソッド全体、メソッド呼び出し全体、
例外発生前、フィールドアクセスなどを定義する。通常は、各AOP独自の
expression languageで指定する。
Adviceは、point-cutで定義したpoint(join pointと言う)で呼ばれる
コードのこと。AOPのメインとなるもの。要するにAdviceでロギング呼び出しや、
認証を行う。
jboss-aopの場合は、interceptとも呼ばれている(Adviceとは違う物を指して
いるかも知れないけど、たぶんAdviceだと思う)。
実際いじってみるのが一番。
aspectjあたりが、参考文献が充実していておすすめ。いずれにせよ、日本語では、
これと言った文献が少ないので、英語の文献をあたるのが良い。
0155デフォルトの名無しさん
NGNG認証ネタなんて、AspectJの親分が自分で言ってたって上の方に書いてあるやん
ｱﾌｫ？
0156デフォルトの名無しさん
NGNGまとめサンクス。
個人的には、adviceに書くのはglue codeのみにしたいね。
既存のコードに、adviceを使って外部の部品をねじ込んでいく
イメージがいい。
adviceにだらだらコード書いても、そこの再利用性は低いし。
0157デフォルトの名無しさん
NGNGこんな閑散としたスレの上までちゃんと見てるあんたに乾杯
0158名無しさん＠Linuxザウルス
NGNGAspectJの親方に、座席まで出張ってもらって、
「ﾅﾆｶ質問､ｱｰﾘﾏｾﾝｶ? ﾅﾆｶ質問? ｼｰﾂﾓﾝ?」
(Do you have any questions ? Any Questions ? Any Questions ?)
って親切に聞かれましたが、何か？
＃本当に、とても親切で素晴らしい方ですた
0159デフォルトの名無しさん
NGNG要するに、俺 = >>1 = 偉くて凄い、 俺以外は皆アフォ
って言いたいのか。
0160デフォルトの名無しさん
NGNGほっといてやれ。
自分以外にもAspectJを理解している人間がいることを
受け入れられない可哀想なやつなんだから。
0161デフォルトの名無しさん
NGNG0162デフォルトの名無しさん
NGNG0163デフォルトの名無しさん
NGNG導入や導入後のコスト増も馬鹿にならないわけで。
なんだかオマケ機能程度に～指向とは大げさだな、と思ってしまう。
何かわくわくするような良い例おしえてえらいひと
0164デフォルトの名無しさん
NGNGコアな処理と、付随する処理を分離する、という考え方が大切、ということもあるので。
ログと認証で結構十分なきがする。あとはDB接続？
0165デフォルトの名無しさん
NGNG0166デフォルトの名無しさん
NGNGだから、それだけみると、「オマケ機能程度」と思ってしまうのだろう。
コアな処理とオマケ機能を分離するのがアスペクト指向なのだから。
0167デフォルトの名無しさん
NGNG付随する処理（雑多であったり、本質ではないもの）を切り出すことによって、
興味がある部分のみを（簡潔に）記述できるから、うれしいってこと？
おもしろそうに聞こえるが、やはり例がほしいところ。
わがままでごめんよ。
0168デフォルトの名無しさん
NGNG> おっしゃられる、コアな処理と、付随する処理との定義って何だろう？
定義はない。
とりあえずオレの考え付いたのは先にあげた
・認証
・ログ
・データベースなどリソース準備
・メッセージなど入出力正規化
0169デフォルトの名無しさん
NGNGたとえば、メッセージの入出力変換がコアなものになるか、
付随的なものになるかは状況によって異なると思うんですが。
関心を切り分けるという大義名分にはそこはかとない説得力を感じるのですが、
その実はフックに基づくいくばくかの例しか出てきてないような気がして、
どうも消化不良で。
0170デフォルトの名無しさん
NGNG> たとえば、メッセージの入出力変換がコアなものになるか、
> 付随的なものになるかは状況によって異なると思うんですが。
うん、だから、定義はないと。
オレが思ってるのは、169がいってるのと同じ意味だと思うよ。
0171デフォルトの名無しさん
NGNGコアな処理とか付随する処理とか言ったが、特に意味はない（処理A、処理B）ということ？
ならば、なぜ、
> 基本的には、コアな処理と、付随する処理を分離する、ということになるから、アスペクトの例として挙げられるのは、どうしても付随する処理の方になる。
のだろう？
あほでごめんよ。
0172デフォルトの名無しさん
NGNGたとえばメッセージを取得してHTMLとして表示するというときに、メッセージ取得したあとで\n-><br>の変換が必要だったとする。
メッセージの取得としてはさまざまな処理があるとして。
としたら、メッセージの取得がコアな処理で、\n-><br>変換は付随する処理。
表示先がHTMLでなければ必要なくなるし、たとえば\n->\n\rという変換が必要かもしれない。
でも、メッセージの取得に関しては変わらない。
やりたいことをやる処理がコアな処理で、それを環境にあわせるのが付随する処理という感じか。
0173172
NGNG気のせいか？
0174デフォルトの名無しさん
NGNGつか、定義あるじゃん。曖昧でなんともいえないが。
でもそれって、高々フックで実現できることの一つであって、
アスペクト指向の応用としてはさんざん既出のものの一つだよね。
だいたい、そういった変換をわざわざアスペクト指向の流儀でやる必要もないと思うし。
フックだけじゃないもっと一般的な概念だという割にそういう実例はないなと。
話がループしてるなぁ。
> 173
・・・どれどれ、って、ちがうｗ
おれはどっちかというと考察の足りなさと不明確な物言いに対して
柔らかな物腰で文句をつけている
0175デフォルトの名無しさん
NGNGフックで実現するためには、いちいちそのフックのコード書く必要があるよね？
0176デフォルトの名無しさん
NGNG仮に書くような状況を想定したとしても、それが本質ではないのでは？
アスペクト指向は、フックのコードを書く手間をなくす仕組み、ではないのだから。
ここはデザインパターン＋リファクタリングの陣営とケンカになるところだそうだけど。
0177デフォルトの名無しさん
NGNGできますか
0178デフォルトの名無しさん
NGNGコンパイル前のプリプロセッサの形で実現可能じゃない？
0179デフォルトの名無しさん
NGNGhttp://www.cs.ubc.ca/labs/spl/projects/aspectc.html
とかどうよ？
0180177
NGNGとりあえず関数呼び出しのトレース取ってみたいだけなんですが、
int d(int c) {return c+3;}
int b(int c) {return d(c);}
int a(int c) {return b(c+1);}
とかいうコードがあったら、a(1)の呼び出しで
a(1)
b(2)
d(2) => 5
b(2) => 5
a(1) => 5
みたいな出力を元コードを変えずにできるんでしょうか
0181デフォルトの名無しさん
NGNGコアな処理
入力(引数)に対し、出力(レスポンス)を返す/状態を変化させる
ための必要最小限の処理
って考えればいいんじゃない。それ以外は付随する処理。
0182177
NGNG0183名無しさん＠Linuxザウルス
NGNG0184177
NGNG逆ギレされても困るんですが・・・
ここアスペクト指向のスレだし。
この程度の質問も許容されませんか？
とりあえず>>179のリンク先に行っても、肝心のAspectCの
ダウンロード先とかが見当たらないんですが。
0185177
NGNG0186デフォルトの名無しさん
NGNGさっさと質問スレ逝け
0187177
NGNG0188177
NGNGそれをAspectCでやりたいんですが。
わざわざここで質問している意図を汲み取ってくださいよ。
0189デフォルトの名無しさん
NGNGリナザウ厨＝荒らし
なのでほっとけ。
AspectCについては知らん。
0190デフォルトの名無しさん
NGNG0191１ ◆Pv2t5vbKCk
NGNGわからなかったら、Yahooに関連グループがあるから、
実名晒してそこで聞け。
嵐は首吊れ。
回答は以上だ。
0192デフォルトの名無しさん
NGNGできますか
0193デフォルトの名無しさん
NGNGしてくれ。
多いに尊敬してくれ。
0194デフォルトの名無しさん
NGNGクソスレでした。
0195デフォルトの名無しさん
NGNGand we hope to make it publically available soon.
とあるのでAspectCはまだ公開されてない様です｡
http://www.aspectc.org/
というのもありますがcompiler manualのunimplemented featureにmanipulating
C(not C++) codeとあるのでcはまだ使えない模様。
0196デフォルトの名無しさん
NGNG0197デフォルトの名無しさん
NGNG0198デフォルトの名無しさん
NGNG1って痛い奴だな
0199デフォルトの名無しさん
NGNG0200あぼーん
NGNG0201デフォルトの名無しさん
NGNGaspecr asmbler
aspect PL1
aspect smalltalk
aspect c#
aspect ruby
aspect php
0202デフォルトの名無しさん
NGNG観点Aのコア+観点Bのコアできれいに書けて、かつ
「+」もきれいにできるものを期待したのだが。
OOなら、OOなりのアプリのきれいな書き方というのはある。
AOはコアをピュアにしていくのはいいが、はじかれた雑事は、
きれいに書かけるのか？きれいにコアとコラボレートするのか？
そうでなければ、「指向」を名乗るのはいかがなものか。
0203デフォルトの名無しさん
NGNG＞やっぱり、コア+雑事なのか？
＞観点Aのコア+観点Bのコアできれいに書けて、かつ
コア＋雑事と言った場合の雑事は、観点Aのコアにも観点Bのコアにも
ならないって事も、暗に言ってるわけね。
その雑事とは例えば何？（まさか、またログ？）
それと観点Aと観点Bって、それぞれどんなの？
そもそも「コア」と「雑事」を対立概念として共起させてる、冒頭の「やっぱり」
ってなに？
＞はじかれた雑事は、 きれいに書かけるのか？きれいにコアとコラボレートするのか？
＞そうでなければ、「指向」を名乗るのはいかがなものか。
「指向」自体を検証する事にどんな意味があるのか分からないけど、
結果としてきれいかどうかは場合によりけりでしょう。
たとえば「雑事アスペクト」とかいったものを作って、コア（？）じゃない
コードをまとめて一緒くたに放り込んだら、十分汚くなるだろうし。
0204デフォルトの名無しさん
NGNGJBが簡単にEJBになるそうです
0205デフォルトの名無しさん
NGNG"コア+雑事"で語られることが多いけど、それはわかりやすさの
ためであって、基本的には"観点Aのコア+観点Bのコア"が正しいと思う。
ただ"+"の部分がきれいになるには、もう一工夫欲しい。
リフレクションやメタデータを活用すればきれいになりそう。
0206202
NGNG「雑事」が観点B,C…になるというつもりで書いた。
> 結果としてきれいかどうかは場合によりけりでしょう。
アフォが書いたら汚くなるのは仕方ないが、OOでOO的解決があるように
AOはそういう風に一般にきれいに書ける能力があるものなのかってこと。
さらに、AOはそれをweaveするのが前提だから、そこもきれいに書け？ないとね。
ちゅうわけで、>>205で納得。AOは（少なくとも今は）指向とまでいえる能力を持たない。
0207205
NGNG微妙な表現になるけど、俺の印象としては、
AOは十分指向と言えるレベルにあるが、指向を実践できるだけの有効な
実装が存在しない状態だと思う。
ただ現状ではOOをベースにしないとなかなか使える実装はできないので、
まずはできることをってことでAspectJやJBoss AOPが存在する。
実際純粋AO派からは、「AspectJなんてAOPじゃねぇよ」って言われてるし。
現状OO前提で行かないと使える実装にはなんないので、必要なのは
純粋なAOをOOに乗せる工夫だな。
0208デフォルトの名無しさん
NGNGなぜじゃ！理由は？
0209デフォルトの名無しさん
NGNGどう思う？みなの衆
0210デフォルトの名無しさん
NGNG0211デフォルトの名無しさん
NGNG詳細忘れた。
調べるのめんどい・・・
0212202
NGNG≫AOは十分指向と言えるレベルにあるが、指向を実践できるだけの有効な
≫実装が存在しない状態だと思う。
≫実際純粋AO派からは、「AspectJなんてAOPじゃねぇよ」って言われてるし。
実装の問題なのか？ そもそも実装に関係なく、いろんなAspectを、
一般にきれいにweavingできるような理論なり、プラクティスがあるのか？
元々出来っこない事を出来ると仮定した妄想語っても、それは純粋××派ではなく、
ただの電波と思われるが、いかがなものか？
偽を前提とすれば、なんだっていえるからな。F⇒T，F⇒Fどっちも真。
0213202
NGNGみたけど、friendを洗練させたってこと？
しかし、モジュールごとにひとつのオブジェクト（クラス）の意味っつーか、
定義が変わっていくのはいかがなものか。
すなおに子クラスとかで必要なinterfaceを多重実装したほうが判りやすいのでは？
そんなことない？
0214デフォルトの名無しさん
NGNG0215デフォルトの名無しさん
NGNGいやいや。実装と独立して語られるのは当然でしょ。
問題は、AspectJなどの実装を見て、「アスペクト指向は～」と語ること。
特定の実装を元に語るのなら、「AspectJは～」って感じに限定すべきだ。
まあ、あれだよ。オブジェクト指向とC++の関係と同じ。
オブジェクト指向を語るんなら、C++に縛られてはいけない。
アスペクト指向を語るんなら、AspectJに縛られてはいけない。
0216202=212
NGNG>>212 は貴殿のその主張を前提としたレスのつもりだが？
「そもそも実装に関係なく、いろんなAspectを、一般に」と実装非依存の
AOについて問うているつもりだが？
0217デフォルトの名無しさん
NGNGそうなのか。
だとすると言いたいことがよくわからん。
207の俺の意見に反対してるのか、純粋AO派を非難してるのか。
あとAspectを名詞で使ってるけど、何を意図してるんだ？
ちなみに、俺の言う「実装」は、処理系って意味で使った。
アスペクト指向により分離される実装コードとは意味合いが違う。
0218デフォルトの名無しさん
NGNG子クラスの名前を考えるの大変でしょ。
SoCとか再利用性とか考えなくても、インクリメンタルな開発をしている時に
クラスにメンバーをあとから追加することってあるでしょ。
そういう時に便利。
0219デフォルトの名無しさん
NGNG0220202=212=216
NGNG純粋AO派、ないしはAOそのものを非難している。
俺の言う実装は貴殿の言う実装と一致する。
Aspectは、AOのAを言っている。
AOはweaveが前提と考えるが、十分なweaveは現実に可能なものなのか。
AspectJがへぼいのではなく、そもそも出来ないのではないか。
またはそれを支援する理論もプラクティスもないのではないか。
0221202=213
NGNG後から後からそんな事してたら、
ぐちゃぐちゃで手に負えないものが出来あがると思われ。
ふつうにめんばを追加してクタればいいのでは？
0222デフォルトの名無しさん
NGNG＞AOはweaveが前提と考えるが、十分なweaveは現実に可能なものなのか。
＞AspectJがへぼいのではなく、そもそも出来ないのではないか。
今のところAspectJで十分だなあ。Javaだけじゃtanglingだのscattering
だのは、どうしも避けられないしさ。別に不満なくきれいにweaveできるし。
ところである特定の実装を有用なものにしている方針が、あるアイデアに
基づいているとして、それを「指向」と呼んだところで誰も困らないと思う
んだね。
0223デフォルトの名無しさん
NGNGクタるってなに？
やろうと思えばぐちゃぐちゃにもなる。
が、普通の人はそうはしない。
0225205=207=211=215=217
NGNGまあ、そこまできてるんなら、いっぺん自分でいろいろ調べてみるのがいいのでは。
そもそも出来ないのかどうなのかは難しくても、それを支援する理論や
プラクティスがあるかどうかは調べればわかるっしょ。
「十分なweave」の意味するところがどうもかなり高尚っぽいので、何とも言えない。
俺にはAspectJは十分使えて、研究開発のベースの一つにしてるし、
今後もそうし続けるつもり。
0226デフォルトの名無しさん
NGNGはいはい。
一人でやってなさい。
0227デフォルトの名無しさん
NGNG>>今後もそうし続けるつもり。
何を研究しているのですか？
エロですか
0228デフォルトの名無しさん
NGNGいや実務もやってるのだけど実際そっちでは使ってない。
使える感触はあるのだけど、開発ツールのサポートが無いと俺しか使わな
そうなので、導入してない。
誰か実務で使ってる人いる？
0229202
NGNG≫「十分なweave」の意味するところがどうもかなり高尚っぽいので
高尚とか言うわけでなく、AOのポテンシャルを知りたい。
ログとかしょぼいのだけじゃなく、*一般に* AOはホントに使えるのか、
つまり、
オブジェクト脳ならぬアスペクト脳で、
AO的にクールなコードで
プログラムを書く、
ということができるものなのか、ということを問いたい。
>>222 AspectJを使いこなしているようだが、どうか？
0230デフォルトの名無しさん
NGNG0231デフォルトの名無しさん
NGNG0232デフォルトの名無しさん
NGNGトリガー以外特徴はないですね
0233デフォルトの名無しさん
NGNG0234デフォルトの名無しさん
NGNG0235デフォルトの名無しさん
NGNG0236デフォルトの名無しさん
NGNGオブジェクト指向っていうのはよく出来たネーミングだと思うが、このアスペクト指向ってのはいわばオブジェクト指向のパッチみたいな存在なくせに新たに指向とつく言葉を作る事で別のパラダイムがある、オブジェクト指向の「次」という印象を与える。
オブジェクト指向はデータと挙動の関係がひっくり返った、指向、Orientedって言葉にはそれだけの重みがある。しかしこのアスペクトは同じ指向ってだけの重みは無い、付け足しだからだ。
ただでさえ用語が氾濫する世界なのに、新たな概念入れるときはこの辺十分わきまえて伝道してほしい。この言葉作った奴の自己満足にしか思えんな。
アスペクト拡張オブジェクト指向でいいだろ。これでくだらん前置きの説明が省く事ができると思う。
0237デフォルトの名無しさん
NGNGｗ
0238デフォルトの名無しさん
NGNGなんでも、肺がんを誘発するとか。
0239デフォルトの名無しさん
NGNGそういうレスは余裕で予想できるが、ｗの根拠をぜひ教えてもらいたいね。
確かに自分はこれをさっきざっと見たが、それ以上のものは見つからなかったが。
実装で、こうすれば複数のオブジェクトのまたがるメソッドを「織り込めます」って「メリット」を説いていたが、
/eclipseでも対応したとか、簡単にプリプロセスで付け足されてるんじゃないのかね？
オブジェクト指向のパッチじゃないの？
0240デフォルトの名無しさん
NGNGCOMMAND FILE1, FILE2...
がOOで
FILE1.COMMAND1 COMMAND2...
とひっくり返った、要素が逆転したわけで相互関係における矢印、つまり指向がひっくりかえった。
しかしこの「アスペクト指向」ってのはその後に
ただしCOMMAND3はFILE４とFILE6に共通。っていう方法を付け加えただけ。関係をひっくり返すというだけの激しいパラダイムの変化など無い。
それを同レベルの「指向」ってネーミングを与えた事は間違いで誤解を与えるだけだと思う。
別にこの方法の便利さを否定しているわけではないよ。ただ単なる拡張だろうよ、って事。
0241デフォルトの名無しさん
NGNG○ AEOO (Aspect Extended Object Oriented)
0242デフォルトの名無しさん
NGNG一見ただのポリモーフィズムに見えてしまう
0243202
NGNG特許もとってるから、PARCに本社から儲けるよう圧力が掛かってるのだろう。
幸か不幸か、外からは、「PARCから次が出た！」と
同分野とのバランス的には過剰に受け入れられてしまった。
0244デフォルトの名無しさん
NGNG形成した研究所だｋがアスペクトも商品化には失敗しそう
技術はいいのにね。
0245デフォルトの名無しさん
NGNG正直それくらいの価値しか見えん。まあ言語レベルでやれば見通しはよくなるがな。
0246デフォルトの名無しさん
NGNGIBMががんばって研究しているらしい
0247デフォルトの名無しさん
NGNG今のAspectJは、その場しのぎの実装だと思えばいい。
AspectJ=アスペクト指向では無い。
でも、アスペクト指向の実践を楽にしてくれるツールではある。
0248222
NGNG＞>>222 AspectJを使いこなしているようだが、どうか？
遅レス、すまん。
いやあ、まだまだ使いこなしてるとは言えないレベルだけど、リソース
管理とかデザパタとかありがちな使い方は一通りやってるよ。ログが
しょぼいとも思わないしさ。
ビジネスロジックも上手く導出できればアスペクトにするけど、この辺りは
まだ勉強不足だな。しょせん誰かがやってるのを真似してるに過ぎない
んで、情報源が足りないと難しいね。
それと俺は呼び名にはこだわらないな。
使えればそれでいいし、無駄な理屈は嫌なんだよ。
0249デフォルトの名無しさん
NGNG構造化手法からオブジェクト指向分析にシフトしたときは
それぞれ画期的な変化に見えたが
アスペクト指向はまだまだまだ自分の内では謎が多く画期的なのかよくわからない。
今回のアスペクト指向はどうなりうるのか？
C++やってからJavaやったときは非常に新鮮味を帯びたが
その後にC#やっても、すでにやったことがあるものを再びやっているようで新鮮味が感じない、
アスペクト指向もそのように新鮮味が感じないということは・・・・？
どうなんですか？
0250デフォルトの名無しさん
NGNG> C++やってからJavaやったときは非常に新鮮味を帯びたが
え？ 具体的にどこが新鮮なんでしょうか…
C++ → Java よりは
Java → AspectJ の方がまだ新鮮味があると思いますが．
0251デフォルトの名無しさん
NGNGJavaとC#は同じ世代だから新鮮味はないだろ。
アスペクト指向はパラダイムが違うわけだから
0252デフォルトの名無しさん
NGNGオブジェクト指向はデータと挙動の主従関係の逆転という言葉で説明できる。
パラダイム指向は何がどう変わったのか説明できるんだろうな？
このスレにはそんなパラダイムの変化を感じさせるレスはひとつとしてないし、俺が読んだソースにもない。
パラダイムの変化なんてものはわかりやすいもんだ。本当にそんなものがアスペクト「指向」にあるのなら簡単に説明できるはず。
0253デフォルトの名無しさん
NGNGアスペクト指向がオブジェクト指向に取って代わるような話は聞かないし、
大げさなものを期待してるのは、逆に>>252氏だけのように見えるよ。
>>251氏も違うと言ってるだけだしさ。違うものを同じとは言えないからね。
そもそも違うという事自体が分からないとしたら、まずは一人で落ち着いて
分かるまで調べたり考えたりすると良いかも。
あと現に指向してるんだから指向なんだろうけど、何か心配かな？
「指向」の意味が難しいのかもしれないから、一応貼っとくね。
あとorientedとかで引いてみても良いしさ。悩みが解決する事をお祈りするよ。
しこう ―かう 0 【指向】
（名）スル
(1)ある目的を目指して向かうこと。志向。
「医を―する」
(2)ある特定の方向を指定すること。ある方向に向けること。
「探知機が発信源を―する」
0254251
NGNGべつにアスペクト指向になったからといってオブジェクト指向じゃなくなるわけではないし、アスペクト指向のためにオブジェクト指向が必要なわけでもない。
パラダイムの「変化」ではなくて、「相違」ね。
0255デフォルトの名無しさん
NGNG0256236,252
NGNG>>254
パラダイムってのは枠組みが大きく変化するときに使われる言葉であって、オブジェクト指向はそれだけのものがあった。パラダイムの相違なんて適当な言葉だな。
アスペクト指向は「指向」っていうことによって同レベルに感じさせる。しかしそれだけの変化はない。繰り返しになるが、オブジェクト指向の「不便なところを拡張した」ものだ。
最初っからさ、アスペクト拡張オブジェクト指向っていう風にすればいいのに。
0257デフォルトの名無しさん
NGNGなぜならパラダイムの相違があるからだが、それらは常にオブジェクト指向と直交するだろう。。。
0258デフォルトの名無しさん
NGNGやっぱ、「指向」や「パラダイム」に崇高なものを求めてることが、
そう思わせる原因じゃないのかねぇ。
それと、アスペクト指向を実際に適用するには、対象言語において
ジョインポイントを定義する必要がある。それは当然既存の言語
要素(における構造を識別するもの)なわけで、JavaだろうがCだろうが、
その言語の特徴に依存する。
もしそこだけを見てこれはオブジェクト指向の拡張だって言ってるんだと
したら、完全に本質を見誤ってるな。
0259デフォルトの名無しさん
NGNG崇高だとか、期待とかそういうものは無いよ。
事実としてオブジェクト指向というものがあってそれが大きな節目になっている。
それ以前には何か指向って名のつく技術はあったかい？
当然、新たに指向ってついた技術が出ればＯＯを連想するし、同じ座標軸にある次のものっていう印象を受ける。
構造化＞オブジェクト指向＞アスペクト指向みたいに普通思うよね。それはこのスレの一連のレスを見ても明らか。
こういう無駄な誤解、議論を生むのは開発者のネーミングの仕方、エゴじゃないのかね？
0260デフォルトの名無しさん
NGNG0261デフォルトの名無しさん
NGNGっていうのは間違ってる？
0262デフォルトの名無しさん
NGNG構造化、オブジェクト指向、メタプログラミング、アスペクト指向はそれぞれ直交した概念、と。
「パラダイム」っていうからには完備性が要求されるから、直交する他の概念の方が補助的な
ものであるというくらいにアスペクト指向で徹底された構築物がないとパラダイムとはいえない
ような。。。
って書いてて思いついたけど、プロトコルスタックとか Windows の wdm ドライバの仕組みは
非常にアスペクト指向なような気がする。。
0263デフォルトの名無しさん
NGNG--- ある一時代の人々のものの見方・考え方 を根本的に規定している概念的枠組み
確かにアスペクト指向はそこまでのものではないな。
0264デフォルトの名無しさん
NGNG> 構造化＞オブジェクト指向＞アスペクト指向みたいに普通思うよね。
トレンドとしては俺もそうとらえてるけど、それと技術的な部分とはまた違うよね。
っつーか。要は、「誤解したじゃねーか！紛らわしい！」って言いたいだけだよな？
もしかして本気で「アスペクト指向はその呼び方を変えるべきだ。」って主張してる？
だとしたらコミュニティとかそこの偉い人とかに直接言っとくれ。
0265デフォルトの名無しさん
NGNG現時点、会話の中で「アスペクト拡張オブジェクト指向(w」とか
言いたくないな。馬鹿だと思われちゃいそうで・・・
0266デフォルトの名無しさん
NGNG「『パラダイム』が違うわけだから 」って言い出した人がいけないんじゃない？
パラダイムって言いたかっただけと違うんか、と。
それはそれとして filter っていう概念はデバイスドライバや web server では
一般的なものだけど、これってアスペクト指向的なんですか？＞識者の人
0267デフォルトの名無しさん
NGNG0268デフォルトの名無しさん
NGNGいて、pipe & filter っていう「アーキテクチャ」を用いようとするときに、
「アスペクト指向」でモジュール化をおこなうと、すっきりとプログラムとして
書けるっていう。。。
0269デフォルトの名無しさん
NGNGでも書けるときが来たら。。。ともかく、それぞれ違うものであることは
確かなはず。もともといる識者のみなさんはどう思うか。。。
0270デフォルトの名無しさん
NGNGおっ。なんかちょっとまとまってるっぽいぞ。
ただ、本筋は横断的な関心にあるので、一カ所のフィルタに
処理をはめ込めるってだけでは、アスペクト指向というのはちと苦しい。
アプリケーション内のいろんなところにフィルタがあって、
任意箇所(一つでも複数でも)にざくっと処理を追加できれば、アスペクト指向と言える。
どうもフックやフィルタなどの、個々のジョインポイントを実装する
部分に目が行きがちなんだけど、それらを束ねたポイントカットに対して
処理を編み込めるところが、アスペクト指向の特徴なんだな。
とかわかった風に書いてるけど、間違ってたら突っ込んで > 詳しい人
0271268
NGNG> おっ。なんかちょっとまとまってるっぽいぞ。
ありがとう。
> 任意箇所(一つでも複数でも)にざくっと処理を追加できれば、アスペクト指
> 向と言える。
なるほど。
アスペクト指向関係なひとが近くにいないんで、ぜひ議論に参加させて
くだされ。
0272202
NGNGオブジェクト指向は、オブジェクトを作ることでプログラムを作る。
アスペクト指向は、アスペクトを作ることでプログラムを作る、のか？
まあ、「おまいが「指向」の言葉に乗せせられすぎ」という指摘は、
そうかもしれない。であれば、このスレ住人は、
アスペクト指向は、構造化やオブジェクト指向ほどはすごいものではない、
で同意？
0273デフォルトの名無しさん
NGNG申し訳ないが、ある技術がある技術より凄いと結論付けること、
もしくは直交する技術間に優劣を付けることについて、あまり関心が無い。
0274デフォルトの名無しさん
NGNG一般にもう片方のスレタイみたいな理解のされ方がされてる節があるので、
きちんと捉えるのはよいのではないか。
AOは、構造化やOOのレベルのものではなく、DbCみたいな位置づけが妥当か？
アスペクトを作る事でプログラムを作るのでなければ。
0275デフォルトの名無しさん
NGNG>構造化は、関数（プロシジャ）を作ることでプログラムを作る。
>オブジェクト指向は、オブジェクトを作ることでプログラムを作る。
ここまでは、まあまあ、あたってるのでは？
一般論として Java とか C++ とかは「オブジェクト」の中に「プロシージャ」
を内蔵できるので、オブジェクト指向だけで書く。構造化だけで書くと
いうのはないよな。
>アスペクト指向は、アスペクトを作ることでプログラムを作る、のか？
で、これはびみょーなんだが、いろいろな「オブジェクト」の中に「アスペクト」
をねじ込むって感じでは？だから、これもオブジェクト指向だけで書く
アスペクト指向だけで書くっていうのはないと思う。
優劣っていうよりは、A+B よりは A+B+C のほうがいろいろと書き方が
あるよねって言う程度だよね。オブジェクトだって理解できないひとだと
かえってスパゲッティになるように、アスペクトが理解できない人には
余計なお世話。実際に書いてみればわかるよ。
0276デフォルトの名無しさん
NGNG＞AOは、構造化やOOのレベルのものではなく、DbCみたいな位置づけが妥当か？
分析、設計、実装それぞれに関わる事だし、少なくともそれよりは普遍的だと思うんだがね。
一般論としてのAOで言えば、別にオブジェクト指向の拡張ってわけでもないしさ。
そういえば、>>268のPOSAもpattern-ORIENTED software architectureだけど、
こういうのも気になっちゃうのかな。
0277デフォルトの名無しさん
NGNGせて使うことがほとんどなのも確かだね。漏れは、AO の分析はあまり意識
したことがなくて、設計、実装のときに意識するんだけど。AO分析に関しては
割と自明に思えてしまうところがあるんだけど、AO の分析の理論を書くと
するとかなり難しいかもね。
0278デフォルトの名無しさん
NGNGよね。分析に「なぜこうなる」がないので、いつもうまく行くとは限らないと
言われてもしょうがないんだけど。
0279デフォルトの名無しさん
NGNGねぇ、Yahoo!掲示板でやろうよ、こーゆーendlessな謎議論はさぁー。
スレ汚し(・Ａ・)ﾖｸﾅｲ！
0280デフォルトの名無しさん
NGNG２ちゃんの問題は、
究極の暇暇人間が、全板全スレ巡回して、訳のわからん戯言を100でも200でもレスし続ける所だ罠。
モデレーテッドで実名onlyのYahoo!でやろうぜ、こーゆー訳わかんない議論はさぁー。
0281デフォルトの名無しさん
NGNG>任意箇所(一つでも複数でも)にざくっと処理を追加できれば、アスペクト指向と言える。
Windows の wdm ドライバモデルでいる filter driver の概念とか、
プロトコルスタックへのプロトコルやドライバの追加なんかはまさにこういう感じですよね。
0282１
NGNG0283デフォルトの名無しさん
NGNGあぁ、辞書厨の文系のあの人ね。
まったく、全板くまなく糞を撒き散らして、
ご苦労なこった
0284デフォルトの名無しさん
NGNG汚しているっつか保守してくれてんじゃん？w
他に話題ないじゃん．
あるならどんどん振ってくれや．
0286デフォルトの名無しさん
NGNGつまらん荒らししてないで、C#の属性についてでも語れよ。
0287281
NGNGてかみんなドライバとか書かないの?
0288デフォルトの名無しさん
NGNG組み込み系の人じゃないとドライバ書く事はまず無いんじゃない？wdm作成した事
ある奴なんて殆どいねーと思うが…｡つーか281はどんなの書いた事あんの？
0289デフォルトの名無しさん
NGNGあと、egroups に ML あるけどなんで流行っていないの？
0290デフォルトの名無しさん
NGNGあんまり書くと特定されそうなのでアレだけど、
Windows用に IP in IP トンネルデバイスとか、
linux 側でその逆とか。。
0291デフォルトの名無しさん
NGNGまあそのとおり。ややこしいネーミングするんじゃねえよ、と。それに乗せられているような人が多いように感じられたので釘もさしておきたいってのもあるかな。
文字通りパラダイムの変化があったオブジェクト指向の「指向」という冠をとってるのは明らかにOO意識しているだろうね。それで、後からいやいや直交する概念にすぎず、OOほどのパラダイムの変化があるって思うのは君たちの勝手な妄想だよみたいな姿勢じゃないの？
OOの専門用語もそうだが、プログラミングの専門用語はもっと注意深く命名されるべきだと思う。ただでさえ複雑になってきているんだからね。
0292デフォルトの名無しさん
NGNG＞釘もさしておきたいってのもあるかな。
何様だ？馬鹿。いいから逝け。
0293デフォルトの名無しさん
NGNGだまれ。
0294デフォルトの名無しさん
NGNG「オブジェクト指向」と一括りにされて、うやむやにされた技術は、
実はほとんどが「オブジェクト指向」とは全く関係ないものばかりだ。
俺達は「オブジェクト指向」という言葉に踊らされているのさ。
0295デフォルトの名無しさん
NGNG技術者なんだから自己責任でいいだろ。
ほんとに有効な釘を刺したいんなら、それなりの成果を出して有名になって
影響力を持って、それからにしろ。
別に有効じゃなくてもいいなら2chでいいけどさ。
0296デフォルトの名無しさん
NGNG0297デフォルトの名無しさん
NGNG0298デフォルトの名無しさん
NGNG＞名前から印象づけられるほどインパクトはないってことだ
何度も言うけど、それはお前の勝手な妄（ry
0299デフォルトの名無しさん
NGNG0300デフォルトの名無しさん
NGNGんでは次の人、
「アスペクト指向」としてインパクトが得られそうな事柄とは？
↓
0301デフォルトの名無しさん
NGNG0302デフォルトの名無しさん
NGNGまあ、この程度はよくあることだが。
騙されたって感じたんなら、自分を誉めて、より勉強するなり、
実践するなり、もっと生産的な方向にシフトしろよ。
技術者としては喜ぶべきことじゃねーか。
また一つ賢くなったってことなんだから。
0303デフォルトの名無しさん
NGNG「悪徳詐欺に騙された！」と表明があるのは、
他の奴が同じ詐欺で騙されなくなる効果はあるだろ。
AOは、知らない奴が名前を聞いたらかなりの奴が騙されるだろ。
0304デフォルトの名無しさん
NGNGA. 悪徳詐欺。
0305real >>1
NGNG0306デフォルトの名無しさん
NGNGそもそも自分は技術者でもないし。
0307デフォルトの名無しさん
NGNGそうそうそれが普通の感想。こういう表明があるのは当然のこと。
0308real >>1
NGNG永きに渡り、皆様のご愛顧を頂いた本スレですが、
糞粘着が発生し、正常な議論が期待できなくなったため、
一旦スレッドを終了します。
♪♪♪♪続きは、Yahoo!egroupでどうぞ♪♪♪♪
■■■■■■■■■■■■■■■■■■■■■■■■■
■■■■■■■■■■■■完■■■■■■■■■■■■
■■■■■■■■■■■■■■■■■■■■■■■■■
0309デフォルトの名無しさん
NGNG0310デフォルトの名無しさん
NGNG0311202
NGNGとりあえず、↓の意図と背景認識を問いたい。
282 ：１ ：03/12/18 20:21
おまぃら、知ってる言葉全部並べて、スレ潰す気ですか？
0312デフォルトの名無しさん
NGNG0313202
NGNG1が被害妄想に苛むのは、なにゆえか。単純に1が病人であるだけか？
そうでないなら意図と事情を問いたい。
0314デフォルトの名無しさん
NGNGネットワークカードのデバイスドライバですかね。最近の連中だとアセンブラ書ける
奴自体が少数派だろうし、デバイスドライバ書ける奴はもっと少ないと思いますよ｡
0315デフォルトの名無しさん
NGNGまた、きみか。
いい加減、実名晒して議論したらどうよ(苦笑
0316デフォルトの名無しさん
NGNGアスペクト指向って、一言で言えば「逆 #include」みたいな感じ？
#include を使って、「どこそこのコードをここに挿入せよ」と指定する記述の逆で、
hoge.h に、「このコードをどこそこに挿入せよ」という指定が並んでる、みたいな。
0317デフォルトの名無しさん
NGNG俺もそう思うんだけどね。だから指向ってほどのことはないと。概念の変化というよりテクニックだという印象を強く受ける。
しかし本質うんぬん云う人達によるとそれ以上の概念があるような話方をする。巷のWEB上も何か難しく解説しているのが多い。
俺は簡単なことを簡単に自分の頭で消化して簡単に説明できる人（>>316もそうだと思うが）が頭がいい人であって、本質を捉えている人だと思う。
同じレベルで簡単にその捕らえ方が十分でないと指摘されれば納得もいくが、今のところそういうレスはひとつもない。
0318デフォルトの名無しさん
NGNG0319デフォルトの名無しさん
NGNG誤解を生むかも知れんが。
>>316みたいな捉え方は、間違いではない。
でもそれは、
オブジェクト指向のクラスとは、構造体に関数が宣言できるように
なったものだ。
って言ってるのと同じだと思う。
間違いでもないし、その部分に限定してればいいんだけど、
それが全てだって言っちゃうと、それは間違い。
0320デフォルトの名無しさん
NGNG各々のアプリケーションドメ インには、大抵アスペクトのセットがあります。例えばそれら は、クライアント・サーバアプリケーション用の同期・分散アスペ クトであったり、解析アプリケーション用の行列アスペクトで あったりします。
複数のアスペクトは、アスペクトウィーバ (Aspect Weaver)と呼ばれる新たな種類のコンパイラによって自動 的に結合され実行可能なプログラムの形(executable program image)になります。
「実行可能なプログラムの形」とは各々のアスペクト が一本の糸であるようなタペストリ(tapestry：つづれおり)のよう なものです。
現在のプログラミングパラダイムがタペストリ全てを 一つ一つ手で編むのに対し、アスペクト指向プログラミングはこの タペストリを自動的に編み込むものです。
0321デフォルトの名無しさん
NGNG簡潔な説明。
「へっ、しゃらくせぇ。
パソコンなんて、所詮電卓の親分みたいなもんじゃねえか。」
反論は無いか？
0322デフォルトの名無しさん
NGNG漏れもそれ以上のものがあるかどうか知りたいところなんだけど。。。
318 さんや 317 さん的には、アスペクト指向使ってみたいと思う？
オブジェクト指向だと使って当然みたいなところがあるけど。
概念を簡単に取られられる人だと、ただ単にモノを単位に分割して
行くと言うだけのことじゃない。実装的には構造体にメソッドを
つけたり(C で書いてもオブジェクト指向って話もあるし。。。）。
（オブジェクトの説明が下手ならスマソ）でも、オブジェクト指向は
みんな使いたがる。なんか理由があるのだけど、一言で言えること
なのかな？アスペクト指向についてもそれが言えるかどうかだけど、
とりあえず、そこまで概念を簡潔に捉えているなら、使いたいかどうか
を知りたい。
0323デフォルトの名無しさん
NGNG0324322
NGNG0325デフォルトの名無しさん
NGNG＞俺もそう思うんだけどね。だから指向ってほどのことはないと。概念の変化というよりテクニックだという印象を強く受ける。
結局、言葉の印象の話しかしていないね。
>>318
＞それ以上のものがあるんならそれを簡潔に説明してもらいたい。
「以上」って言葉は不適切だけど、技術に先立つ動機はあるだろう。
アスペクト指向って言うくらいだからアスペクトに着目している事くらい
分かりそうなもんだけど、分からなかった？
0326デフォルトの名無しさん
NGNGこれを額面どおり「勉強して」感嘆する人間もいれば、実際どういうことなのか自分の頭で考える人間もいる。
上の例は非常にうまい例えだと思うが、実際は実装で語った逆インクルードでもうまい例えなのであって、価値は同等というのが自分の考え。
その上で、アスペクト指向ってのがどういうものか判断している。織物の例えがより本質的な捉え方ってのは何も優位な根拠などないよ。
0327デフォルトの名無しさん
NGNGだからさ、その「アスペクト指向」って言う位だからっていう部分がしばらく疑問視されているんだろうが。
言葉の印象の話をしているんだよ。
もちろんこういう議論がナンセンスだってのはそのとおりだよ。大方のここの人間がやってるように自分も暇つぶしに書き込んでるわけだからね。その点に関してとやかく言われる筋合いは無い。
あるテクニックを分析してそれをアスペクトだと分類し体系化するのはまあコンピュータサイエンスなんだろうね。
しかし、学者がそうするのも勝手だが、ユーザーから見れば逆インクルードくらいのもんだね、って事。
それ以上のものがあるのなら念のために知りたいが、無いでしょうということ。
0328デフォルトの名無しさん
NGNG簡潔な説明になってないよ。
質問を質問で返すような詭弁。
0329デフォルトの名無しさん
NGNG考え方なのに対して、アスペクト指向は主体に着目したやり方ってことでしょ。
立ち位置が違えば対象（それが一枚岩だろうと小さなオブジェクトの集まり
だろうと）の見え方や記述の仕方が変わってくるっていう事を、素直に表現
したいという方向性なんじゃないの？
フックだとかプリコンパイラとかそういう話じゃないでしょ。
0330デフォルトの名無しさん
NGNG＞だからさ、その「アスペクト指向」って言う位だからっていう部分がしばらく疑問視されているんだろうが。
＞言葉の印象の話をしているんだよ。
いや、それなら何もいう事はないよ。あなたの個人的な心的事情にまでは誰も立ち入れないならね。
0331デフォルトの名無しさん
NGNGオブジェクト指向はそのパラダイム自体にちからがあると思える。
構造体に関数が定義できるとか、実装レベルで語るとそれこそ本質が見えにくい、その手法のメリットを感じにくくなると思う。
しかし自分が考えるにアスペクトてのはむしろ実装レベルの不便さってのが本質じゃないのかなと考える。アスペクトってのはむしろ後付で、そんな指向ってのはなくても十分成り立つのではないかとね。逆インクルードテクニックでもいいだろうと。
0332デフォルトの名無しさん
NGNG0333デフォルトの名無しさん
NGNG構造体に関数を定義できる、というだけで十分なら、
単に関数が first class であれば済んでしまう話なんだから、
関数型言語の方が素直、かつ一般性のある解だと思うんだけど。
>>322
デバッグコードなんかの例だと、確かに #ifdef で挿入するよりはいいかな、と思う。
で、そういう例がある以上、他にも便利なシーンがきっとあるんだと思うけど、
自分で具体的には、アスペクトを使ってこそ！という例は、なかなか思いつかないんだよね。
あと、多重継承と同じような難しい問題があると思うんだけど、それはやっぱり未解決なんでしょ？
「編み上げる」なんていうイメージで布教するからには、
やっぱり、その部分にキレイな解が欲しいなぁという気はする。
0334デフォルトの名無しさん
NGNG例出した>>320の説明なんかを見ても最後の一行でパラダイムの変化を説いている。
しかしちょっと注意深く見ると、タペストリとか編みこむとかいう「べつの言葉の使い方」をしているものの、実際言っている事は逆インクルードと同等である。
>>329のようにもう一歩踏み込んだ捉え方をしていればそれなりに説得力もあるが、パラダイムの変化があるってのは甚だ疑わしい。
0335デフォルトの名無しさん
NGNG○○○のような実装方式を用いる。」とあったとする。
（×××の部分は例えばログ出力とかリクエストハンドリングとかイディオムとか）
(1)の文句が着目しているのがオブジェクトじゃないにも関わらず、なんとなく
凝集性らしきものが見えるので、独立した開発単位として切り出したい。
なおかつ、切り出した部分と切り出された部分の結合度はできるだけ低くしておき
たい。
そういう要求を満たそうとする方向性の事じゃないのかな。
でやはり、個々の×××について、OOのパターンやフレームワークでも十分とか、
逆にAspectJのような現状のアスペクト実装では不十分とか言うのは話が別だと思う。
まして逆インクルード？とかプリプロセッサの話とは違うんじゃない？
0336デフォルトの名無しさん
NGNG0337デフォルトの名無しさん
NGNG0338デフォルトの名無しさん
NGNG0339デフォルトの名無しさん
NGNGすばらしい。
0340デフォルトの名無しさん
NGNG(interface で宣言して各クラスで implement するという形ではコードが散らばるので）
結合度を低く保てる形で実装したい、という話だと思う。
そこまでは、納得できる。
で、単純なものなら、逆インクルードみたいな仕組みで、プリプロセスで対応できるよね。
というのが、誰でもすぐに思いつくだろう解決方法。
それじゃ駄目だから、アスペクト思考という話になるんだろうけど、
肝心の「それじゃ駄目な例」ってのが、提示されてない気がする。
0341デフォルトの名無しさん
NGNG調べ方が甘い。AspectJ でもいじってみろ。
0342デフォルトの名無しさん
NGNG0343デフォルトの名無しさん
NGNG＞クラス階層に対して横断的な「モジュール」を、
オブジェクト指向と関係なく、機能分割で関数に括りだした場合でも同じと思う。
＞で、単純なものなら、逆インクルードみたいな仕組みで、プリプロセスで対応できるよね。
ここまで実装の話なのに、
＞それじゃ駄目だから、アスペクト思考という話になるんだろうけど、
ここで、上位レベルの方針の話になってる。
0344デフォルトの名無しさん
NGNGvisitor オブジェクトがオブジェクト群をたどっていって
引数の型でディスパッチして云々って奴。
ああいうのは visitor 部分をアスペクトにしてやると
アスペクト指向ですっきりかけるよね。
0345デフォルトの名無しさん
NGNG0346デフォルトの名無しさん
NGNG下のサイトにGofのパターンをjavaとaspectJで実装して比較したサンプルがあるよ。
まあVisitorパターンは難しいかも知れないけど。
一応、最低限のソース読解力とデザパタの知識がある前提で、どうぞ。
http://www.cs.ubc.ca/~jan/AODPs/
0347デフォルトの名無しさん
NGNG削除依頼した人はいったい何を考えているんでしょうか。
良レスがたくさんありましたが、特に下記のレスが良かったです。
>>153-154 アスペクト指向のまとめ
>>316 実装からみたアスペクト指向
>>335 概念から見たアスペクト指向
私からもアスペクト指向に関する論点をいくつか追加させてください。
「AspectJは差分プログラミングにも使えます」
MixJuiceはメソッド単位の置き換えにより差分プログラミングを行い、
AspectJはjoin pointへのコード追加により横断的な関心を実現するとされています。
この思い込みがあるのでAspectJの用途としてロギングや認証など
複数のメソッドに追加され元の処理にさらに処理を追加する例しかでてこないのでしょう。
しかしAspectJは特定のメソッドの先頭に追加するコードの最後でreturnすることで
メソッドの元の処理を新しいコードによる処理に置き換える差分プログラミングに使えます。
AspectJはEclipse Technology Projectに採用されている勝ち組だし勉強するならAspectJですね。
「差分プログラミングはソフトウェア開発を複数のチームやツールが独立して行える画期的な手法です」
元のコードと差分コードを同じ人が書いているなら元のソースをリファクタリングすることで対応できます。
しかし別チームが作っているクラスライブラリの中の親クラスを固有の事情に合わせて修正したい場合、
元のソースをいじると元のクラスライブラリがバージョンアップするたびに修正作業を繰り返す羽目になります。
差分プログラミングなら新しいクラスライブラリと差分コードを再コンパイルするだけですみます。
差分プログラミングはアスペクト指向の活用方法の中で最も汎用的で将来性があると思います。
0348デフォルトの名無しさん
NGNG他の無いの？
0349デフォルトの名無しさん
NGNG0350デフォルトの名無しさん
NGNG0351デフォルトの名無しさん
NGNG0352デフォルトの名無しさん
NGNG0353デフォルトの名無しさん
NGNGそんなようなものです。
wdm ドライバは、バスドライバ (PCI とかの面倒見るﾔﾂ）、
特定のデバイスの面倒を見るいわゆる普通のデバイスドライバ、
上位層に対して機能を提供するファンクションドライバなんかから構成されるわけなんだけど、
これ、最終的にプラグアンドプレイで下から順に適当に構成されてAPに機能が提供されます。
（かなり大雑把で嘘もある説明）
いわばジョイントポイント（っていうの？）を両面に持った小モジュールの塊で、
PCI ドライバの上に乗った IEEE1394 ドライバの上に乗った IEEE1394 ファンクションドライバの上に
1394 バスドライバが乗って、その上にさらに 1394 接続されたデバイのドライバ階層が構築されたり。
大本のアスペクト指向の方では、こういう自動的に構築されるようなものの話はどうなってるんだろ。
0354デフォルトの名無しさん
NGNGその話のどの辺りがアスペクトなのかよく分からない。
0355デフォルトの名無しさん
NGNGオブジェクト指向でも全てが変わったわけではないのに。
0357山崎 渉
NGNGまだまだ発展途上だが、磨けば光る原石だと思う。
1. 「プリプロセス」「ポストプロセス」への、オブジェクト指向意味論の付与
「プリプロセス」「ポストプロセス」は、
Lisp, C, UNIX等で存分に活用されてきた。
例：・CommonLispのマクロ機能
・Cのプリプロセッサ
・UNIXのsed, diff, patch類
しかし、オブジェクト指向言語では意味論や扱いが定まらず、
使用を避けるべきだと考えられてきた。
アスペクト指向は、上記に一定の解を与え、積極的な使用方法を提案した。
0358山崎 渉
NGNGこれまでのオブジェクト指向は、実装継承を型継承の下位機能と見なし、
「実装継承と型継承を一体化」する事で、概念の単純化を図ってきた。
例えば、
・ 型継承と同時に、実装継承 ・・・ クラス
・ 型継承と同時に、部分的実装継承・・・ 抽象クラス
・ 型継承のみ ・・・ インターフェース
というのはあっても、
・ 実装継承のみ
という選択肢がなかった。
アスペクト指向は、実装継承のみという選択肢を与える事で、
本来別々のものである、実装継承と型継承を明確に分離して扱う事を、
可能にした。
3. 「実装の単継承vs多重継承」 問題の解決
多重継承を、「実装継承と型継承を一体」という視点で実現する場合、
「選択的な実装多重継承」が必要になる。
しかし、型のセマンティクスと、実装のセマンティクスは異なるため、
両者を同じ視点で扱うと、混乱が生じ易かった。
上記の混乱の回避策は、「実装多重継承の排除」だった。
実装単継承の元で、実装多重継承の提供機能を実現するには、
・型の多重継承 ・・・ インターフェース
・メソッド実装の委譲
を使用する。
但し、メソッド実装の委譲は、実装レベルのコードで実現する必要があった。
アスペクト指向は、上記「メソッド実装の委譲」を、
静的に(宣言的に)取り扱う事を、可能にした。
0359山崎 渉
NGNG近年、統合開発環境/ツール類の技術が飛躍的に進歩し、
上記項目2.、項目3. を事実上提供するツールが現れつつある、
事も関係していると思う。
0360デフォルトの名無しさん
NGNG>山崎 渉
言ってる事はまともな気がするが、
そのコテハンにした意図が気になる。
0361デフォルトの名無しさん
NGNGAspectJを使おうと調べてみたら、
eclipseではまだ確実に動いていないみたいだから、
今のところ様子見。
いまいちわからないのはAOPの位置付け。
つまり、
1. どんな問題を解決するために
2. どのような方法を提案しているのか？
3. そして、その提案にはどんな欠点があるのか？
この３つを誰かピンポイントで指摘できる人はいる？
ようするに従来法のとの比較なんだけどね。
0362デフォルトの名無しさん
NGNG>しかし、オブジェクト指向言語では意味論や扱いが定まらず、
>使用を避けるべきだと考えられてきた。
C言語のプリプロセッサがJavaにくっついてたとしても
俺はデバッグ、ロギング以外では使わないと思う。
逆にあれば使うのだから、それがAOPという事かな？
C言語のプリプロセッサには、多くの負の面がある反面
いいところもある。
ただ、ソースコードを事前に書き換えるという方法は
どうもいただけない。
言語機能として組み込めないものだろうか？
という事をAOPで考えてるのかな・・・
0363デフォルトの名無しさん
NGNGメソッド全部にロギング処理書くのー。うわー。だりー。超だりー。
2. いわゆるメソッドフックを宣言的に行う方法を提案している。
え？ 一箇所に書けばいいの？ うわー。すげー。横断的ー。
3. マイナー
AOP？ なにそれ？ AOLって社名変えたの？
0364デフォルトの名無しさん
NGNGこれは要するにコピペの事かな？
書き込みの内容が理解できてないので
的を外してたら無視して。
ソフトウェアの生産性を上げるというのは、
再利用性を高める事であって
タイピングの量を減らす事ではないと思うんだよね。
実装多重継承がJavaにないのは
根本的に違うオブジェクトを
ポリモーフィズム（動的バインド）して使うならばインターフェース。
差分プログラミング見たいな事をするなら、
継承、みたいな事になってると思う。
多重継承が必要な時はいつなんだろう？
という事を考えてみると、いまいち思いつかないんだよね。
つまり、多重継承をする事で再利用性の高いクラスを定義できるのか？
ということ。
冗長なコーディングのよりも、再利用性を重視しているのは
Javaとperlの比較をすれば明らかな事だとは思うし。
0365デフォルトの名無しさん
NGNGつまり、AOPっていうのは
ロギング（のような処理）のためのソリューションの一つで
メソッドフックを宣言的に行う事で、
一箇所にすべての処理を記述できる。
それによる弊害はないという事？
0366デフォルトの名無しさん
NGNGAOPでロギングする事は
log4jより優れているという理解でいいの？
0367デフォルトの名無しさん
NGNG再利用性で考えるならオブジェクト指向といい勝負だよね。
一度書けば、全体に波及させるための作業コストが「無い」んだから。
だからたとえJavaであっても、ロギングとかプロファイリングとか、
実装横断って概念は有用だし、効果的に使えると思うよ。
それ以外のことは、もちろんオブジェクト指向で解決するべきだが。
0368デフォルトの名無しさん
NGNGSXGAのモニタでXGAの画面を表示すること。また、そのさま。
0369デフォルトの名無しさん
NGNGhttp://www.02.246.ne.jp/~torutk/aspectj/
0370デフォルトの名無しさん
NGNG// 先のロギングの例をアスペクト(AspectJ)で書くと…
aspect Logging {
/* execution() 内部に書かれているメソッドの実行に対して動作
従来は，各メソッドの先頭にこのコードを書かないといけなかったが
アスペクトを使うと，オブジェクト側のコードには何も書かなくてよい．*/
around: execution(void Foo.foo()) ||
execution(void Bar.doSomething()) ||
execution(static void Baz.doSomething())) {
// この実行時点(join point)で，呼び出されているメソッドを記録
// thisJoinPoint はどのメソッド呼び出しに相当するかの情報を持っている
logger.log("start - " + thisJoinPoint.getSignature());
// 呼び出されているメソッドの実行
proceed();
logger.log("end - " + thisJoinPoint.getSignature());
}
}
引用先 ttp://sel.ics.es.osaka-u.ac.jp/research/aspect/index.html.ja
0371デフォルトの名無しさん
NGNGアスペクト指向の横断的なコードは別のファイルに書かれるから、
オブジェクト指向のコードと完全に分離できる。
TestUnitによるテストケースを継承したクラスを想像してみて。
アスペクト指向を使えば、元のクラスからロギング処理のコードを
削除したり、そのために staic final なフラグを使ってコンパイル時の
最適化を期待したり……
そうやっていちいち対象のクラスに手を加える必要は、全くなくなる。
0372デフォルトの名無しさん
NGNGaround: execution(void Foo.foo()) ||
execution(void Bar.doSomething()) ||
execution(static void Baz.doSomething())) {
この３つのメソッドに関しては
ログをとるという事になるんですか？
つまり、ログをとりたいメソッドをここに列挙すればいいと。
確かに、それは便利ですね。
プリプロセッサ以上のものですね。
0373デフォルトの名無しさん
NGNG導入しようかな。
いいテキストがあればなぁ
0374デフォルトの名無しさん
NGNGアスペクトを動的に扱えるようにならないとまだまだいまいちという感じがぬぐえない。
0375デフォルトの名無しさん
NGNG1) crosscutting concerns
2) weaving
3) フックと思われてる
0376デフォルトの名無しさん
NGNGOOP ではメソッド（そのインタフェイス・シグネチャ)が再利用の最小単位だけど、
それ以外の再利用の仕組み（generics なり macro なり aspect なり)を導入することで、
解決できることもあるよねってことかと。
0377デフォルトの名無しさん
NGNG＞>・ 実装継承のみ
＞これは要するにコピペの事かな？
単なるコピペじゃなく少なくともコピペ元に何らかのモジュール性が無いと、
継承と言わないんじゃないかな。
0378デフォルトの名無しさん
NGNG某有名専門家の方の文字りでつ。オリジナルの人ゴメソ
0379デフォルトの名無しさん
NGNGhttp://qb2.2ch.net/test/read.cgi/saku/1027372992/318
0380デフォルトの名無しさん
NGNG>本丸に攻め込まない
じゃ、おめーが本丸に攻め込んだネタを語れやｗ
重複で刷れ立てたうえ、盛り上げてもらっといてエラそーにしてんな池沼病人が。
リアルでのイカれっぷりが目に浮かぶぜ。
0381202
NGNG> 2) weaving
つまり、AOとはweabingって事だよな？
（1) だけならただの問題意識であって技術ではない）
しかし、そんなもの、一般に可能なのか？
偉そうに「指向」なんて名乗っておいて、
やっぱりログとか認証くらいじゃないのか？
>3) フックと思われてる
「オブジェクトを構造体+関数として見るような見方で
AOを捉える馬鹿が多い」という認識なんだろうが、違うな。
オブジェクト指向は、どう実装されるかなど埋もれてしまうほど、
その概念によってまったく新しい沃野をわれわれに見せ付けた。
AOは、
1）概念自体が、実装が埋もれてしまうほど新しくも強力でもない。
2）OOみたいな沃野を見せてくれていない
とは言え、恥ずかしい名前はおいといて、一応は広まっていくんだろうね。
>>335 のようなニッチを埋めるものとして。
0383１
NGNGスレ汚し良くないぞ。
自分でレス削除しとけよ。
オリジナルスレは、サーバ移転でdat落ち、
なんでこっちのスレ残したのか、意図は不明。
>>1 としては、有効な議論を100番台までやったつもりだが。
最近雑談ぽい無内容なレスで、スレが空転してるみたいなんで、
>>361-365に、要約を書いておいた。
ぐだぐだ抜かしてる暇があったら、
ちゃんと簡潔かつ有効な議論な議論をしろ。
さもなくば、削除だ。反論は受け付けない。さっさと議論しろ。
以上。
0384１ (レス番訂正)
NGNGスレ汚し良くないぞ。
自分でレス削除しとけよ。
オリジナルスレは、サーバ移転でdat落ち、
なんでこっちのスレ残したのか、意図は不明。
>>1 としては、有効な議論を100番台までやったつもりだが。
最近雑談ぽい無内容なレスで、スレが空転してるみたいなんで、
>>356-359に、要約を書いておいた。
ぐだぐだ抜かしてる暇があったら、
ちゃんと簡潔かつ有効な議論な議論をしろ。
さもなくば、削除だ。反論は受け付けない。
さっさと議論しろ。
以上。
0385１
NGNG>>319
上記スレを立てた者です。
まだまだ未発達で、成育途上の上記分野について、
いい加減な議論をしつこく展開する粘着が発生しており、
２ちゃんのみならず、世の中の学術発展のために極めて有害なスレ
と化したので、削除を是非お願いします。
現在粘着している人物は、過去にもオブジェクト指向スレ他で
デタラメな議論を延々と書き続け、２ちゃんにおける該当分野の
議論を停滞させ、ひいてはプログラム技術板の知的レベルを低下させた人物のようです。
２ちゃんを、素人がデタラメをする便所の落書きではなく、
匿名で有効な議論ができる場にするためにも、削除をお願いいたします。
0386１
NGNG以降の議論は、きちんとした専門家のいる Yahoo!egroupで、
どうぞ
0387１
NGNG以降の議論は、きちんとした専門家のいる Yahoo!egroupで、
どうぞ
0388デフォルトの名無しさん
NGNGとりあえずスレストしてもらえば？
0389デフォルトの名無しさん
NGNGおまえは、一生引きこもっておなーにでもしてろ
0390デフォルトの名無しさん
NGNG痛い過疎板立てまくってる厨房だろ。
おまえみたいな椰子がいるから、世の２ちゃん離れが進むんだよ。
いい加減、消えたらどうよ
0391デフォルトの名無しさん
NGNGじゃ、今居る粘着が消滅したら、どっかの板のどっかのスレで議論再開って事で。
0392デフォルトの名無しさん
NGNGそれは全部おまえのレスだろうが。エライオモシロイ>>1ダナ、HaHaHa
> >>356-359に、要約を書いておいた。
SoCと別文脈で語るのもおもしろいが、
> >>1 としては、有効な議論を100番台までやったつもりだが。
>>1-200 うーん、有効な議論だねぇ、HaHaHa。
> ちゃんと簡潔かつ有効な議論な議論をしろ。
↓こういうのですか？ちょっと俺らには難しいよ。
消防の頃なら出来たかもしれんけど。
15 ：→ ：02/09/03 22:08
AOPスレ、伸びるの遅いから、興味の速度についてかないんだ‐
19 ：→ ：02/09/03 22:21
ｶﾜｲｿｳな煽り屋さん？
158 ：名無しさん＠Linuxザウルス ：03/11/19 01:48
>>1=>>47=>>155ですが、何か？
AspectJの親方に、座席まで出張ってもらって、
「ﾅﾆｶ質問､ｱｰﾘﾏｾﾝｶ? ﾅﾆｶ質問? ｼｰﾂﾓﾝ?」
(Do you have any questions ? Any Questions ? Any Questions ?)
って親切に聞かれましたが、何か？
＃本当に、とても親切で素晴らしい方ですた
0393デフォルトの名無しさん
NGNG■■■■終了■■■■
以降の議論は、きちんとした専門家のいる Yahoo!egroupで、
どうぞ
0394347
NGNGこのスレはアスペクト指向を知らない人への布教に大いに役立っていると思いますよ。
プログラム板は情報科学研究のための板ではなくプログラムを作る人のための板です。
>>381
AOPの位置付けはこのスレだけでも３種類出ています。
weaving(織り込み)だけがアスペクト指向と考えるのは正しくありません。
１．横断的な関心を実現するための織り込み。ログや認証が典型例。
joinpointへのコード追加を１個所で記述することにより織り込みを効率的に実現します。
AspectJの売り文句ですが、これがニッチであるというのには同意します。
２．複数チームやツールが独立してコーディングを行う差分プログラミング。
元のソースファイルを一切いじらずに異なる機能を持つソフトウェアを作り出せます。
MixJuiceの売り文句ですし>>347でAspectJでも可能だと説明しています。
指向というのとは違うと思うのですが、広い範囲で有用な手法であると考えます。
３．オブジェクト指向を補完する実装のみ継承。>>346が具体例。>>357-359がまとめ。
深い継承や多重継承の乱用による困難を集約と委譲が救ったように、
実装のみ継承はオブジェクト指向を大きく改善する可能性があります。
この位置付けなら「指向」の名に恥じないと思います。
この視点でのAOPは未発達で学問としては面白くても実践は難しいですが
>>346のサンプルを理解すればGOFパターンについて実践できます。
上記以外の位置付けをご存知の方はこのスレを読む人のために簡単なまとめをお願いします。
スレの価値は良レスの質と量で決まるのであって駄レスは関係ありません。
0395デフォルトの名無しさん
NGNG＞偉そうに「指向」なんて名乗っておいて、
>>253
＞やっぱりログとか認証くらいじゃないのか？
＞
＞>3) フックと思われてる
＞「オブジェクトを構造体+関数として見るような見方で
この辺りの誤解は、自分でいろいろ検索でもしてみてよ。
ま大変だろうけど、がんばって。
0396デフォルトの名無しさん
NGNG0397381
NGNG他と区別してAOと呼ぶという認識だった。それはニッチのさらに一部を埋めるだけと。
>>395
単なる引用ミスならいいけど、でなければレスを読み違ってるよ。
いずれにせよ2．3．はほとんど意識を払ってなかったのでこんど見てみよ。
0398デフォルトの名無しさん
NGNGAspectJはコンパイル前にひと手間増えるコンパイラベースの実装だけど、
最近はDynamic AOP(Proxy)とか言ってバイトコードに対してアスペクトを
動的に適用するのがトレンドだよ。AspectWerkzとか。
ただ、Dynamic AOPだと静的な型チェックができず、利用時にキャストが
必要になるという欠点もある。
0399デフォルトの名無しさん
NGNG0400デフォルトの名無しさん
NGNG引用ミスじゃないよ。違ってるところを指摘してるだけ。
＞やっぱりログとか認証くらいじゃないのか？
これはもう説明いらないでしょうな。
＞>3) フックと思われてる
＞「オブジェクトを構造体+関数として見るような見方で
＞ AOを捉える馬鹿が多い」という認識なんだろうが、違うな。
やっぱフックって思ってるんだね。それを違うって言ってるんだけど。
例えば、>>346のVisitorパターンなんかよくあるアスペクトの活用例だけど、
全然フックなんか使って無いよ。
0401デフォルトの名無しさん
NGNGむしろAspectJで作ったらバグだらけ
0402デフォルトの名無しさん
NGNGttp://www.javadeveloper.jp/
内容見た人の感想希望。
>>391
具体的にどんなバグがあるの？
0403デフォルトの名無しさん
NGNG(｀_ー-=r‐ｧﾞ=,三ﾐ､｀､ } ＿
,⊆三彡' ／ ,r＝==ﾞﾞ'---‐¨＝丶
,ゞ＝,.= ‐' ／ .:i
し￢_r＝彳、 .:::i
}c｀'ｰ--- ───---:::'{
,. ￢､＿Ｏ ＿__Ｏ__...::::::_2!、
／ ..￣.. ....:::::￣:: .:::::ヽ
／ ,.-t_ｒ‐ﾃ=:.‐ｬｒﾃ‐x｀.::::::::ヽ
／ ,. イ ｀こﾆ ´ﾞ Ｆﾆ´｢[｀ヽ､:::::ヽ、
, '" ,.r‐'i"｢:..._ﾞゝ‐-ｰ- ､r ﾚ;z亠ｯ｀'ｰﾞ=ﾐ- '
,ｆ=‐:-,,-＜. i::. l:. l:_,≦-｀ ｀ -'" ´_=ミｰ"_,.:ヽ
/.:. ｀:. ﾞヾ. l:..ヽ､彡,´ ､ミﾐﾞｰ"⌒:ヽ
_/.:._ :. ｀'ｰ-､〃;" ,, ,、 ､ヾﾂ ...;;ﾍ
⌒ﾞー:...._ ｀;,,_ ''≠彡ｯ彡;,ｿ,,ﾘ､,ﾐ?_ﾞ 丶-‐....::::;;〉
逝こう………、ここもじき腐海に沈む………………
0404397
NGNG> やっぱフックって思ってるんだね。
日本語読める？そんなに難解なレスだったか？まあいいけど。
>>346 みたけど、これが何を解決してるのかよくわからん。
RubyやJavaScriptとちがうの？純然たるOO言語だけど？
型チェックできるのがいいわけ？
0405404 /= 2
NGNGただ、「指向」っていうほど新しい世界観を提供してるかっつうと、アレだね。
>>346 だって、外から言える後から言えるってだけで、
モデリングとしての正しさとか安定性とか見えないし。
0406デフォルトの名無しさん
NGNG荒しウザイ。さっさと消えろ。お前の頭が腐ってるだけだろ
0407デフォルトの名無しさん
NGNGドライバ階層というのは上位の層が低レベルで凡用な機能を提供し、下位の階層は
上位の階層の機能を利用する事でアプリが必要としている特殊な機能を実現する
というモデルを指してるんでしょうか？アスペクト指向が注目してるのはそのよう
な一般的な機能とそれを利用したアプリ依存の機能との関係ではなく、全く別個の
機能（よく例にあげられるログ、認証、永続性等）間の関係に注目してると思いま
すけどね。
0408デフォルトの名無しさん
NGNG┌───────────────────┐
│┌─────────────────┐│
｜│ ｜｜
｜｜ ｜｜
｜｜ ,.．-──- ､ ｜｜
｜｜ ／. : : : : : : : : : ＼. ｜｜
｜｜ /.: : : : : : : : : : : : : : ヽ ｜｜
｜｜,!::: : : :,-…-…-ミ: : : : :', ∩＿＿＿∩. ｜｜
｜｜{:: : : : :i '⌒' '⌒' i: : : : :} / ヽ. ｜｜
｜｜{.:: : : : | ｪｪ ｪｪ |: : : : :}/ ● ● ヽ. ｜｜
｜｜ { : : : :| ,.、 |:: : : :;!; (_●_) ミ｜｜
｜｜ ヾ: : :i r‐-ﾆ-┐ | : : :ﾉ:彡 |∪| ､ ｜｜
｜｜ ゞイ! ヽ 二ﾞノ ｲゞ‐′/ ＿＿ヽノ /´>｜｜
｜│ ／＼` ｰ一'´丿 ＼ (＿＿＿） | (.｜｜
｜｜ ／＼ ＼___／ /｀ | | ｜｜
｜└─────────────────┘│
｜ ｜
｜ Jan 01, 2004 ｜
｜ ｜
｜ 親 友 と ｜
｜ ｜
｜ 冬の表にて ｜
｜ ｜
｜ ｜
└───────────────────┘
0409デフォルトの名無しさん
NGNGなるほど。でもドライバモデルやプロトコルスタックのように well defined な
joint point を沢山持ったアーキテクツじゃないと、面白い応用が無いような。。。
0410デフォルトの名無しさん
NGNG今日読んだ。
なかなかいい記事だと思う。おすすめ。
0411デフォルトの名無しさん
NGNGそれがつまり、>>394 の
> ニッチである
ってことじゃないの？
0412デフォルトの名無しさん
NGNG>>381 の
> しかし、そんなもの、一般に可能なのか？
とか、
>>397 の
> ニッチのさらに一部を埋めるだけ
ということかと。
0413デフォルトの名無しさん
NGNGつーか、またログ佳代！！！
0414デフォルトの名無しさん
NGNG前半はﾄﾞｷｭｿPGには読ませたい記事だが、
ﾄﾞｷｭｿPGはそもそもこんな記事よまねー。
0415デフォルトの名無しさん
NGNGＥＪＢとか連載しろよ
アスペクトの
0416デフォルトの名無しさん
NGNG新しい理論とはそういう物じゃないですか？コードが大規模になってゆくにつれ、
それを楽にできる新しい技法が出現するという事だと思いますよ。
0417デフォルトの名無しさん
NGNGなにか根本的に読み間違ってると思われ。
0418デフォルトの名無しさん
NGNG0419デフォルトの名無しさん
NGNGまぁ、オブジェクト指向の「犬」「猫」「哺乳類」と同じようなもんじゃない？
0420デフォルトの名無しさん
NGNGという一文に深い意味が隠されていると見た。
0421デフォルトの名無しさん
NGNGそうなのかな…。
漏れ的には
409：アスペクト指向って応用例がかなり限定されるんじゃ？
411：>>394が既にニッチだと言ってんじゃん。
412：つーか>>381が言うようにWeavingによってコードを適宜埋め込むというやり方
自体、本当にうまくいくの？いったとしても>>397のいうようにごく一部でのみしか
役に立たないんじゃ？
と読んで、
実際の所、既存の理論や言語で大抵のコードはうまく記述できるでしょ。でも
一部でそれではコードの記述がやりにくい場面（ログとか）がある。で、それ
をうまく記述するための新しい理論（アスペクト指向）が現れるという事じゃ？
新しい理論はそのごく一部をうまくやるためのものだからニッチな物でしょ？
という事を言いたかったんだけど…。
0422デフォルトの名無しさん
NGNG総合すると、
新しい理論というものは、ニッチの一部を埋めてくれるだけでしかない。
となりますが？
0423デフォルトの名無しさん
NGNG新しい理論から新しい応用が現れるケースもありそうだけど。
・相対性理論 ⇒ 核エネルギーの利用、etc
・量子論 ⇒ 半導体レーザーその他物性関係、etc
でもニュートン力学で十分だった分野は、依然としてニュートン力学で十分。
核爆弾のようなキラーアプリケーションが出てくれば、「ニッチ」とは言われなくなるんだろうね。
0424デフォルトの名無しさん
NGNGしかも、>>381 の通り、相対論のような一般性はないのでやはりニッチのままでないかと。
0425デフォルトの名無しさん
NGNG0426デフォルトの名無しさん
NGNG0427デフォルトの名無しさん
NGNGいみふめー
0428デフォルトの名無しさん
NGNGデータベースアクセスを伴うメソッドの前後にトランザクション制御を
挟んだりできる、ってのは嬉しい人多いと思うけどな。
0429デフォルトの名無しさん
NGNGメソッドわかってるなら継承でトランザクションを追加すればいいんじゃない？
なんでそこでわざわざアスペクト使いたがるのか理由がわからんのですが。
0430デフォルトの名無しさん
NGNGデータベースやトランザクションマネージャの実装に依存するコードを
ビジネスロジックに埋めるわけにはいかないから。
それに、データベースアクセスを行うすべてのクラスを、単一のクラスを
継承して作るわけにもいかないでしょ。
継承とかインターフェースに制限されることなく共通の振る舞いを
付加できるのがアスペクト指向のメリットなんだし。
0431デフォルトの名無しさん
NGNG0432デフォルトの名無しさん
NGNG誤爆で喧嘩売ってるのか？さいてー
04331
NGNG某研究者の人は、
Aspect Oriented Software Development の目的は
２ちゃねらーが例に上げがちな ORBやトランザクション基盤の分離 などにあるのではなく、
例えば ﾃﾞｻﾞﾊﾟﾀの要素間に働く力の分離、ﾃﾞｻﾞﾊﾟﾀ体系の再構築 (間違ってたらスマソ)
てな事言ってたね。
ちゃねらーの漏れ的には、「J2EEﾌﾟﾗｯﾄﾌｫｰﾑをAspect で再構築！」ってなｶｯｸｲｲ目標上げるのも
悪くないと思うんだけど。やっぱ現世への影響大き過ぎる上に、実現しえない彼岸の目標上げるのは、
マズイのかな、研究者的には。
0434428
NGNG俺の場合、AOPによるトランザクション制御の分離は普通に仕事で使ってるよ。
アスペクト指向だけで何でもやろうとするのは当然無謀だけど、
AOPってオブジェクト指向なんかと組み合わせるのが前提だから
スコープを絞れば夢物語でもなんでもない。
0435デフォルトの名無しさん
NGNG環境と完成度の説明プリーズ。
まさかJ2EEコンテナ環境ではないだろうな
0436428
NGNGJ2EE環境。
普段はSpring FrameworkにAOP Allianceの実装が組み込まれてるんで
それを使ってます。
J2EEじゃない場合はNanning AspectsとかAspectwerkzも使う。
完成度は、別にAOPフレームワーク自体を作ってるわけじゃないので
普通に使えてます、という感じ。
0437デフォルトの名無しさん
NGNG> ２ちゃねらーが例に上げがちな ORBやトランザクション基盤の分離 などにあるのではなく、
> 例えば ﾃﾞｻﾞﾊﾟﾀの要素間に働く力の分離、ﾃﾞｻﾞﾊﾟﾀ体系の再構築 (間違ってたらスマソ)
両者は何が違うの？
つか、AOSDコミュニティ外では前者ばっかり宣伝されてるし。>>402
つか、>>404-405 は？
0438デフォルトの名無しさん
NGNG単にトランザクション環境で、トランザクション制御呼び出しを分離してるだけでわ・・・。
0439デフォルトの名無しさん
NGNGいみふめい
0440１
NGNG0441デフォルトの名無しさん
NGNGゲッツ
0442Delﾌｻｷﾞｺ ◆A6VzDeLphI
NGNG|,,∧ 聞いてよい？
|Дﾟ彡
⊂ﾐ
| ,;ﾞ
|´
0443Delﾌｻｷﾞｺ ◆A6VzDeLphI
NGNG| ｻｯ
|）彡
|
| ﾔｯﾊﾟｺﾜｿｳﾅﾉﾃﾞﾔﾒﾀ
|
0444428
NGNGトランザクションの開始・終了および例外発生時のロールバックが
１つのInterceptorとして定義されていて、あとはビジネスロジックの
メソッド単位でそれを適用してるんだけど、これじゃあ
「トランザクション制御をアスペクトとして分離している」とは
言えないのか。
そうか…。
0445デフォルトの名無しさん
NGNG処理上必要なこと（トランザクション制御（呼び出し））を分離させているっていうことでは
>>428の話で問題ないと思うのだけど・・・
アスペクトとして分離してしまえば、
「トランザクション制御呼び出し」だろうが
「トランザクション制御」そのものだろうが
本来行いたいことには関係なくなるし。
0446デフォルトの名無しさん
NGNGTest$1もだめだし、Test.1ももちろんだめ。
Class.forName("Test$1")はできるので、指定できてもいいはずなんだけど。
0447デフォルトの名無しさん
NGNGClass.forName("Test$1") ができるのとは関係ない。
名 前 を つ け ろ 。
0448446
NGNGwithincodeとMouseListener+とかって感じかなあ。
あるメソッドで2つMouseListenerを実装したanonymous classが作られてて、
片方だけに影響を及ぼしたい場合はどうだろ。
targetで区別かな。
0449デフォルトの名無しさん
NGNG名 前 を つ け ろ 。
0450446
NGNG人の話聞いてんの？まったく。
0451デフォルトの名無しさん
NGNG名前がないと無理だから名前をつけろって言ってるんだよ。
0452446
NGNG知ったかはかっこわるいよ。命令口調だとなおさら。
0453446
NGNGafter():
execution(Test.*1.new(..))
&& if(thisJoinPoint.getTarget().getClass().getName().equals("Test$1"))
{
System.out.println(
thisJoinPoint.getTarget().getClass().getName() + " created");
}
}
こんなとこか。
まあ、実用上これで問題無いかな。
↓447=449=451の言い訳 or 負け惜しみ or 責任転嫁 or 謝罪(これはないか)
0454デフォルトの名無しさん
NGNGWebLogic（JLockit）やWebSphere（IBMJava）でも
大丈夫？
0455デフォルトの名無しさん
NGNG0456デフォルトの名無しさん
NGNG意味はないと思わない
0457デフォルトの名無しさん
NGNG0458デフォルトの名無しさん
NGNG0459デフォルトの名無しさん
NGNG0460デフォルトの名無しさん
NGNGタイミングの問題ですか（BEFORE AFTERとか）
それ以外にメリットてある？
0461デフォルトの名無しさん
NGNGネタ？
タイミングって、、、すげぇ用語使うな。
多重継承の問題点と課題でも、しぃらべぇればぁ？
0462デフォルトの名無しさん
NGNG0463デフォルトの名無しさん
NGNG（ ´∀｀）＜食べ物じゃないぽ
0464デフォルトの名無しさん
NGNGSUN以外のJDKでも大丈夫なのか？
ということかと。
0465デフォルトの名無しさん
NGNG0466デフォルトの名無しさん
NGNG0467デフォルトの名無しさん
NGNG大丈夫かっつーのは、AspectJじゃなくて
>>446が書いたコードのことだよ。
ついでにAspectJはクラスライブラリじゃないよ。
0468デフォルトの名無しさん
NGNG俺もそれが心配なんだけど、Java仕様には、こう決めろとも
コンパイラが決めろとも書いてないんだよなぁ。
まあ、命名規則が違っても、それが安定(コンパイル毎に変わらない)
してるものなら、同じような方法で対応できるっしょ。
安定してないようなコンパイラは知らない。
0469デフォルトの名無しさん
NGNGTest$1って、Test.javaをちょっといじると、$1が$2になったりして、結果
aspect側も修正が必要になってしまうから、そんなaspectは書かん方
がいいと思うが。
そういう場合は、名前ベースのpointcutでなく、型ベースのpointcut
にするとか、名前を付けるとか、他の方法を考えた方がいい。
名前ベースのpointcutは、命名規則が守られていないと正しく適用
できないのだから、anonymousインナークラスにも正しく適用できんよ。
0470デフォルトの名無しさん
NGNG0471デフォルトの名無しさん
NGNG0472デフォルトの名無しさん
NGNGと否定的な見解を示す方が、２ちゃんねるの外に居られるようだが、
なんでそんなに必死なのだろう？
それでは、
「オントロジー・モデリングは、将来的にオブジェクト・モデリングの代替物となる可能性を秘めて居る」
という意見があったとして、それに対してはどのような見解を示すのだろうか？
非常に気になる。
0473デフォルトの名無しさん
NGNG0474デフォルトの名無しさん
NGNGほんの 10 年も経たない前には、
オブジェクト指向は現場では使えないと言われていたのだけどね(今でもか？)。
現在だけを見るのではなく、将来的な可能性を考えるくらいの想像力はほしい。
つか、単に新しいことを覚えるのが嫌なだけだったりして。。
0475デフォルトの名無しさん
NGNG>オブジェクト指向は現場では使えないと言われていた
これって何でですか？ パフォーマンスが出ないとかかな。
0476デフォルトの名無しさん
NGNGしかもその発言元が業界トップだったりするから、始末が悪い。ｗ
ママンみたいに優しく言ってくれなきゃ、いやだぁ～ｗ
0477デフォルトの名無しさん
NGNG間違ってはいないと思うが。
オブジェクト指向が正しく実践されて、良くリファクタリングされているコードにおいて、
アスペクト指向はその威力を最大限に発揮できる。
0478477
NGNG補完以上のものは確実にある。
0479デフォルトの名無しさん
NGNG10年前、か。
1.レガシーな C プログラマが、みみっちい高速化・最適化に血道をあげる社会情勢の元、
マルチパラダイム言語 C++ が、オブジェクト指向「も」できる言語として勢力を伸ばしていたが、
「オブジェクト指向プログラミング」が計算機資源をほんのちょっと余分に浪費する事が、
重大な欠点であるかのように見なされて、「使い物にならない」という烙印を押された。
2.C++以外の、まっとうなオブジェクト指向言語処理系(SmalltalkやCLOS,Eiffel,Objective-C)の入手が多少困難だったため、
オブジェクト指向は「酸っぱい葡萄」である、という負け惜しみが大手を振っていた。
3.当時の国内ソフトウェア技術発展の流れにおいて、
オブジェクト指向は、ごく一部の例外を除き、自発的発展性を持たない、
ある種の輸入文化として扱われていたような気がする。
しかし当時は、国外でも開発方法論の標準が確立していなかった。
その結果、発展途上にある開発方法論が確立するまで、
発展途上にあるオブジェクト指向技術を取り入れたくない、
ましてやオブジェクト指向技術の発展に寄与するのも困難、
という悪循環が発生していたように思う。(単なる推測)
0480デフォルトの名無しさん
NGNGそりゃそうだろ。取って代わるというもんじゃないだろ。
それはおいとくとしても、>>477であり、現実のコードは納期に追われて、
ただ、表に出るバグはなんとか押さえ込んだ、と言うレベルの現状。
そして後期は短くなる一方。
0481デフォルトの名無しさん
NGNG狽ﾅ無能馬鹿が税金を食いつぶして護送船団やってたのが
尾を引いているとかかなあ？
馬鹿ばっかりだったからな。あの頃。
0482デフォルトの名無しさん
NGNGまともに使えるのかどうかも知らないけどさ。
オブジェクト指向の前例を考えても、あと１０年は掛かるな。
話にならないじゃないか。
0483デフォルトの名無しさん
NGNGアスペクト指向分析ってあるの?
それができないと代替できないんじゃないの?
0484デフォルトの名無しさん
NGNG「大人」の世界には補助輪は必要なかったから。
しかし、現実社会での人口の比率は
「幼い子供」の方が圧倒的に多かった。
0485デフォルトの名無しさん
NGNGニッチを埋めるだけというのはどうなったんだ？
0486デフォルトの名無しさん
NGNGアスペクト指向が理解されていない以上、
開発も糞もあったもんじゃない。
よく分からんけど恐らく「ニッチを埋めるだけ」
の小手先のトリックなのだろう、
という解釈をされて終わり。
0487デフォルトの名無しさん
NGNGライブラリやフレームワークが提供されて初めて、一般的になった。
アスペクト指向も同じだろ。
現状では、新しいもの好きや、アスペクト指向の価値が理解出来る人間以外、
使わないと思う。
0488デフォルトの名無しさん
NGNG0489488
NGNG>>487
> アスペクト指向の価値が理解出来る人間以外、
というより、アスペクト指向に問題意識が偏ってる人間、ね。
なんでも最初はそれでもいいけど、広く見たときにほんとに使えるものであるかどうか。
大体、指向なんていうほど、ご大層なものなのか、と。
OOの代替なんていってるやつは本気でいってんのかと。まさに偏ってんじゃないのかと。
0490476
NGNGオブジェクト指向から派生した新技術を、全てオブジェクト指向のバリエーションである
言い切ってしまうような傲慢さ、である。
宗教信仰者の単純な「信仰告白」、例えば
「オブジェクト指向は情報技術進化の最終形である」とか
「どのような新しい概念も、全てオブジェクト指向の理想の、実現形態である」とか
を聞いてるみたいで、ちゃんちゃらおかしいのである。
オブジェクト指向技術が世の主流になった今日、
新技術や技術シーズの多くは、
確かにオブジェクト指向となんらかの接点を持っている。
しかし、それら新技術の目的は、必ずしも
現在のオブジェクト指向を補完したり、
かつてのオブジェクト指向の理想を実現すること、
とは限らない。オブジェクト指向とは直交した概念を扱いながら、
それをオブジェクト・モデルにマッピングしている事もある。
例えば、
デザインパターン、リファクタリング、アスペクト指向は、
ソースコードのモジュール間に働く相互作用を、
うまく検出し、設計～実装にダイレクトにフィードバックするための試みである。
それは、確かにオブジェクト指向の概念の上に構築されてはいるが、
業務システム開発で有効なビジネス・モデリングやユースケース駆動開発に代表されるような
いわゆる「オブジェクト指向開発方法論」とは、全く無関係に存在し得る体系である。
それらの、新しい技術的萌芽を、妙なイデオロギーで歪めて、
オブジェクト指向開発方法論の下位概念である、と貶める意図が、
私には全くもって理解できない。
0491デフォルトの名無しさん
NGNGつうかそもそもユースケースって別にOOと関係ないじゃん。自分で自分の言ってる事に反してるよ。
0492デフォルトの名無しさん
NGNG0493デフォルトの名無しさん
NGNG0494デフォルトの名無しさん
NGNGいや、オブジェクト指向開発方法論の構成要素を上げただけなんだけど、何か？
0495デフォルトの名無しさん
NGNGオブジェクト間のメッセージ通信の意味しかないだろ。
classとかinheritanceとかあんま関係ない。
Smalltalkとかの古代のＯＯ言語の実装から
おまけ的にくっついてきただけ。
genericとかtemplateは畑も違うし。
なんでもかんでも「オブジェクト指向」って言うやめろ。
こんなとこで叫んでも無意味なのはわかってるが
0496デフォルトの名無しさん
NGNGOOPとAOPは直交概念というのは既出だが？
0497デフォルトの名無しさん
NGNG0498490
NGNGそれは、単なるメッセージ・パッシングでしょ。オブジェクトと無関係 (ﾌﾟ
ﾌﾟラズマ って言いたいだけじゃないかと、小一 (ﾌﾟﾌﾟﾌﾟ
>>496-497
ﾌﾟ逝一まだ粘着してたのか。
おまぃさんは、話題が貧困だから、あんまお話したくないよｗ
0499デフォルトの名無しさん
NGNG0500デフォルトの名無しさん
NGNGまともにレス出来ないんなら、板違い。こっちへ→ http://etc.2ch.net/denpa/
0501デフォルトの名無しさん
NGNG荒らしのお決まりの反応： お、オレはﾌﾟ逝一じゃねぇよ、何言い掛かりつけてんだよ(脂汗
0502デフォルトの名無しさん
NGNG○△□(自分の気に入らないもの全て)は板違い。こちらへ → デムパ板
0503普通のちゃねら～
NGNG0504１
NGNG0505デフォルトの名無しさん
NGNG0506デフォルトの名無しさん
NGNG0508１
NGNG■■■終了■■■
0509デフォルトの名無しさん
NGNG0510デフォルトの名無しさん
NGNG0511デフォルトの名無しさん
NGNG>>498は、それを辛うじてフォローして居る訳だが、
>>495はそれに気づいているのかいないのか不明。
で、腐った空気を嗅ぎ付けた>>510は、
ハイエナのごとく揚げ足取りを始めて居る。
と、これが今のこの糞スレの状況か。
0512デフォルトの名無しさん
NGNGそれなりの議論はあるスレなのに、>>1が自分でスレを荒らしている。
0513デフォルトの名無しさん
NGNG0514デフォルトの名無しさん
NGNGきみのレス番号、あげてみそ。
0515デフォルトの名無しさん
NGNG0518デフォルトの名無しさん
NGNG碌な事にする程のスレでもない、か
0519デフォルトの名無しさん
NGNG「OOPの次はAOPだそうですね？」
http://pc2.2ch.net/test/read.cgi/tech/1004962559/
0520デフォルトの名無しさん
NGNG>>1として、移行推奨スレは、Yahoo e-groupの関連テーマですが、
あんたはなんでそこで仕切り出すの？
実名掲示板で続きをやってくれ、頼むからｗ
0522デフォルトの名無しさん
NGNG「OOPの次はAOPだそうですね？」
(p)http://pc2.2ch.net/test/read.cgi/tech/1004962559/
0523デフォルトの名無しさん
NGNGだいたい、>>1と七誌を使い分けてるくせに。
0525デフォルトの名無しさん
NGNG>>499以降全部削除って事で。
しかし、移行推奨荒らしはじめたかれ、
このスレの意図が読めてないみたいだね。
ちゃんとスレ読んでれば、こんな稚拙な荒らしはできないはずなわけだがｗ
0526デフォルトの名無しさん
NGNG0527デフォルトの名無しさん
NGNG0528デフォルトの名無しさん
NGNG例えば >>527みたいなの。
0529デフォルトの名無しさん
NGNG0530デフォルトの名無しさん
NGNG居るのは低能な荒らしばっか。
おいしいネタを提供しても、
それをうまく料理する能力もなく、
スレを荒らして回るだけ。
２ちゃんもそろそろ不要かなぁ～（ｗ
0531デフォルトの名無しさん
NGNG君のような書き込みしかしない人にとっては不要でしょう。
0532デフォルトの名無しさん
NGNG荒らし煽りは、コミュニケーション能力に問題ある人物の、ヒステリー症状。
２ちゃんはそんな奴の吹きだまりだから、まっとうな人間は近寄らない。
これ常識。
0533デフォルトの名無しさん
NGNG0534デフォルトの名無しさん
NGNG0535デフォルトの名無しさん
NGNGwakarann towa , hontou ni hisan dana.
0536デフォルトの名無しさん
NGNGつうか、マジ真性はいってねぇ？>>530とか。
おもろいからもっとやれ。
ただしsageでな。
0537デフォルトの名無しさん
NGNGそろそろ議論を本題に戻して、と。
0538デフォルトの名無しさん
NGNGい、いや、戻すならなんか書けよ。
0539デフォルトの名無しさん
NGNG0540デフォルトの名無しさん
NGNG何だかんだ言ってる>>1がいちばん匿名の恩恵に与ってんじゃねぇか。
それともリアルでこうなんだろうか。（（（（（；゜Д゜）））））ガクガクブルブル
つうかなんか書け。
0541デフォルトの名無しさん
NGNG0542デフォルトの名無しさん
NGNGI also think so.
0543デフォルトの名無しさん
NGNG私も同じ疑問を持っています。
OOや構造化手法は(元はプログラミング言語や手法のみだったけど)
分析手法にまで体系化されていますよね。
AOには今のところそういう上流からの裏づけがないので、
ニッチOOとか単なる実装技法とか言われるんだと思うのですが。
今後そういうレベルの"パラダイム"が生まれる可能性はあるのでしょうか?
0544デフォルトの名無しさん
NGNGあるにはあるけど、まだメジャーなものは無いね。
ただ、実装レベルにフォーカスしてる部分が多いので、
上流まで適用されるのは結構遅いかもしれない。
とりあえずUMLに書けるようにならんかなぁ。
ステレオタイプを使えば、とりあえずは書けないこともない気がしないでもない。
0545デフォルトの名無しさん
NGNG今後1年のうちに大きく変わるんじゃない？次のJavaのバージョンから、
実行時のバイトコードの変換がJREでサポートされるようになるし、
コード変換の行き着く先は、AOPなんで。
と、それを見越したように、dWで連載が始まったな。
ttp://www-106.ibm.com/developerworks/java/library/j-aopsc/
0546デフォルトの名無しさん
NGNGTHX!!!
後で読んで見るよ。
日本のジャヴァ・ワールドの方も、二回連続でAOPの連載が始まった。
なんだっけ？SoftBankの廃刊雑誌といい、ジャヴァワールドといい、
この手の技術解説はオブジェクト・テクノロジー研究所が担当なのね。
記事の内容は、Reflectio 2001 のAOP 勉強会に出ソビレタ当時、
漏れが妄想してた内容と大体一致。なんだかんだ言っても、
AOPみたいな技術を一番と必要としてるのは、
Webアプリサーバ、J2EE～EJB系の巨大フレームワークなのよねぇ～！！！
ちなみに、ジャヴァワールド2004/4の第一特集は「"COBOL→J2EE"システム移行ガイド」
ＳＵＮが盛んに叫んでた「エンタープライズ・コンピューティング」の実態が、
メインフレームベースのCOBOLの移行とは。。。かなり泣けるケツ待つでつね。
いい加減、Java以外の先端技術に移行しなくちゃねぇー、と思い初めてはや４年、
なかなか次に移れないワタシ。。。
0547デフォルトの名無しさん
NGNG第一特集の方も、なかなか読み応えある。
今まで漏れ認識では、
Web & Desktop computingの一部：ＯＯ
クラサバ & RDBMSの世界のしと：ＤＯＡ（画面と帳票とＤＢｴﾝﾃｨﾃｨとか）
メインフレームの人： ＰＯＡ（何でもファイルで中継ぎするバッチ処理とか）
かと思ってたんだけど、
実際はメインフレーム、ＣＯＢＯＬの世界の人は、
ＤＯＡを中心に置いて仕事を進めてるのね。
今、ＤＯＡとＯＯの間を結ぶ仕事始めたばっかりだから、
なかなか参考になりまっせ＞＞ｼﾞｬｳﾞｧﾜｰﾙﾄﾞ編集部殿
ところで、この手の世界、ＯＯだけでなく一気にＡＯＰまで突っ走れないだろうか？
などと妄想する日曜日の昼下がり。皆様なにをしておいででせうか？
0548デフォルトの名無しさん
NGNGあのトレースに出力レベルやs/nを設定できたら大体似たような感じになるよね。
コードにログ出力用のメタ情報が付随してるようなかんじで。
だとしたらAOPはコード生成側じゃなくて実行環境にこそ向いているものだと思う。
それをコード側で処理しようとするから胡散臭いことになってるんじゃないか。
0549デフォルトの名無しさん
NGNGはぁ。
0550546
NGNGJBoss AOP＝AOPのサブセット、
J2EEのdeployment時設定を、アスペクトとして捕らえて、
JBoss Intercepterというテクニックで実装した物、
って感じか。
JBoss AOPがAOPのフルセットとは事なるっつう議論が、
http://www.TheServerSide.com/news/thread.jsp?thread_id=21156
にある、つう情報が非常にありがたい。これから読み逝ってきます。。。
OOシンポジウムで千葉先生が言ってた「J2EEをAOPするだけがAOPの目的ではない！」っつう発言と重なってて、なかなか興味深い
0551デフォルトの名無しさん
NGNG0552デフォルトの名無しさん
NGNGデバッグ・トレースは、
・CPUが持つ1step実行機能(元々デバッガ向け機能)と、
・バイナリに付いてるデバッグ情報(コードとの対応関係、シンボル情報、型情報)
によるものでしょ。
AOPで,プロファイラやメソッドレベル・トレーサの実装を検討できるかもね、
って程度にしか、関係ないと思うけど。
何で脈絡無い思いつきを自信満々にカキコするですか？
0553デフォルトの名無しさん
NGNG話わかんねえ癖にクチバシつっこむんじゃねぇ、と。
0554デフォルトの名無しさん
NGNG型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
DynamicProxyAPIにインスタンス生成常に任せて、InvocatioinHandlerで
InterceptingFilterができるジャン、外部ライブラリ要らないじゃん、
って言ってるだけなんですが、ﾜﾀｼの発言は低能ですか？
0555デフォルトの名無しさん
NGNG誰もDynamicProxyの話なんかしてねぇーんだよ。
他の人の話にちゃんと受け応えできるようになってから、カキコ汁！
DynamicProxyでAOPしたいなら、そーゆースレ自分で立てろよ
0556デフォルトの名無しさん
NGNG0557デフォルトの名無しさん
NGNG0558デフォルトの名無しさん
NGNGつう学者さんのネタふってるそばから、InvocationHandlerでInterceptingFilter(ﾌﾟﾌﾟﾌﾟ
春、ですねぇ～
0559554
NGNGIoCコンテナのAOPってｺﾚでやってるんじゃないの？
J2EEに限らず「どこでもAOP」できるよね？
0560デフォルトの名無しさん
NGNG今の議論となんか関係あるの？
荒らし相手にマジレスしてるほど暇じゃないんだけどさぁ
0561デフォルトの名無しさん
NGNG0562デフォルトの名無しさん
NGNG0563デフォルトの名無しさん
NGNG0564デフォルトの名無しさん
NGNG頭のおかしな人の判定基準
・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
無茶をし始めるので見かけたら放置してください。
・根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
他人を卑下することで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。
・自分の感情だけ書く人
「～～がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。
0565デフォルトの名無しさん
NGNGinterceptされる側がインターフェースを実装して、
アプリケーションが生成時に必ずProxy.newInstanceして、
それで自由にcrosscuttingできていると言えるのかね。
0566デフォルトの名無しさん
NGNGまったく、ソフトウェア技術の低レベルな所しか理解できてない初心者が、
大口叩く匿名板は、使い物にならないね
0567デフォルトの名無しさん
NGNG動的自由度の話は、あっちのスレの話題であって、こっちのスレは関係ありません。
なんで脈絡なく、へんな話題振ってくる香具師がいるかと思ったら、あっちのスレの話題じゃんｗ
0568今日の恥ずかしい厨房発言
NGNG> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
>>554
> メソッドコールをクロスカッティングコンサーンとやらと認識することにして、
> 型関係なしにそのクロス(以下略)にフックかけていろいろするんでしょ？
0569デフォルトの名無しさん
NGNGちなみに漏れはこのスレには半月ほどレスしてませんので。
0570デフォルトの名無しさん
NGNGさっさと回線切って引き篭もれ
0571569
NGNGってのは、もちろんこっちのスレ「↑↑↑アスペクト指向とは何か↓↓↓」ね。
0572デフォルトの名無しさん
NGNG0573デフォルトの名無しさん
NGNG海外のプロジェクトの仕事小耳に挟んで、それを脈絡無く主張する厨房。
まっとうな議論なんて、できやしねぇよな、こんな厨房板じゃ。
0574デフォルトの名無しさん
NGNGなんだっけ？SoftBankの廃刊雑誌といい、ジャヴァワールドといい、
この手の技術解説はオブジェクト・テクノロジー研究所が担当なのね。
記事の内容は、Reflection 2001 のAOP 勉強会に出ソビレタ当時、
漏れが妄想してた内容と大体一致。なんだかんだ言っても、
AOPみたいな技術を一番と必要としてるのは、
Webアプリサーバ、J2EE～EJB系の巨大フレームワークなのよねぇ～！！！
ちなみに、ジャヴァワールド2004/4の第一特集は「"COBOL→J2EE"システム移行ガイド」
ＳＵＮが盛んに叫んでた「エンタープライズ・コンピューティング」の実態が、
メインフレームベースのCOBOLの移行とは。。。かなり泣けるケツ待つでつね。
いい加減、Java以外の先端技術に移行しなくちゃねぇー、と思い初めてはや４年、
なかなか次に移れないワタシ。。。
0575e
NGNG今まで漏れ認識では、
Web & Desktop computingの一部：ＯＯ
クラサバ & RDBMSの世界のしと：ＤＯＡ（画面と帳票とＤＢｴﾝﾃｨﾃｨとか）
メインフレームの人： ＰＯＡ（何でもファイルで中継ぎするバッチ処理とか）
かと思ってたんだけど、
実際はメインフレーム、ＣＯＢＯＬの世界の人は、
ＤＯＡを中心に置いて仕事を進めてるのね。
今、ＤＯＡとＯＯの間を結ぶ仕事始めたばっかりだから、
なかなか参考になりまっせ＞＞ｼﾞｬｳﾞｧﾜｰﾙﾄﾞ編集部殿
ところで、この手の世界、ＯＯだけでなく一気にＡＯＰまで突っ走れないだろうか？
0576e
NGNGJBoss AOP＝AOPのサブセット、
J2EEのdeployment時設定を、アスペクトとして捕らえて、
JBoss Intercepterというテクニックで実装した物、
って感じか。
JBoss AOPがAOPのフルセットとは事なるっつう議論が、
http://www.TheServerSide.com/news/thread.jsp?thread_id=21156
にある、つう情報が非常にありがたい。これから読み逝ってきます。。。
OOシンポジウムで千葉先生が言ってた「J2EEをAOPするだけがAOPの目的ではない！」っつう発言と重なってて、なかなか興味深い
0577デフォルトの名無しさん
NGNG0578デフォルトの名無しさん
NGNG悪意を持って自演してるのなら、自分という人間を見つめ直すことを強く薦める。
0579デフォルトの名無しさん
NGNG>>577-578はスルーで、また～り議論を継続って方向で。
0580デフォルトの名無しさん
NGNG要求分析で現れる、システムに対する非機能的特性が、アスペクトと関連し得る
ってな話は雑誌ジャバワールドの記事にも載ってるよね。それだけじゃ不満足なのかな？
0581デフォルトの名無しさん
NGNGってだけじゃなくて、
具体的にどこまで体系化されてんの?体系化されうるの?
っていう問いじゃないの?
0582デフォルトの名無しさん
NGNGhttp://pc2.2ch.net/test/read.cgi/tech/1004962559/521
http://pc2.2ch.net/test/read.cgi/tech/1004962559/518
http://pc2.2ch.net/test/read.cgi/tech/1004962559/515
http://pc2.2ch.net/test/read.cgi/tech/1004962559/514
http://pc2.2ch.net/test/read.cgi/tech/1004962559/511
は、ここの1さんですか? ほかの人ですか?
0583デフォルトの名無しさん
NGNGきみんところの分析屋、もしくはグループのメンバーが優秀だったら、
即座に取り入れられるだろうし、そうじゃなかったら、体系化されてても使いこなせない、
ただそれだけの話でしょ。ちっちゃな事例から始めるのが吉ですね。
0584デフォルトの名無しさん
NGNGってところは、それなりに収束してるの? ってことじゃないかな?
優秀な人が集まっても、10人10色の俺様AOAで大変になっちゃうのではないかと。
0585デフォルトの名無しさん
NGNG0586デフォルトの名無しさん
NGNG後、分析設計方法が確立していない場合、
JBossとかAspectJ使った実装からリバースして分析設計方法決めるのが、
よくある手口でしょ。
ちょうど、OOD/OOAが、旧来の分析設計手法とOOPのすｂ闕№墲ｹで誕生ｂｵたように。
分析設計手法まずありき、ではなくて、実装屋の頭の中に収まる暗黙の分析設計手法があり、
次にそれが外部化されて共有知識になる、ってどの分野でも一緒だけどｗ
0587デフォルトの名無しさん
NGNGまともに社会的訓練受けた形跡が見受けられない発言だなぁ。
「優秀な人が集まっても、10人10色の俺様AOAで大変になっちゃうのではないかと。」
10人10色にばらけちまうのは、プロジェクトまとめてる人の方針なり、個々のメンバーの素質の問題でしょ。
ばらけてもいいから、問題解決方法いろいろ出させて、次にそれを共通手法にまとめていくのか？
あるいは、密接な協調作業が必要だから、リーダが何も言わなくても、自分たちで共通案をまとめるのか？
10人10色でばらけて、それがプロジェクトにとって命取りになるんだったら、
試行場所選択について、協調作業について、なんらかの欠陥のある、優秀じゃない人達なんだろうね。
0588デフォルトの名無しさん
NGNG企業でそれやるのは、むちゃくちゃ能力あって放っておいても実績出せる人だろうね。
そしたら、そーゆー人が集まって協調作業するはずもないしｗ
0589デフォルトの名無しさん
NGNG>よくある手口でしょ。
よくある手口なのか？
実装をリバースしてどう分析設計方法が決まるんだ？
というか、つまりは決まって(収束して)ないんじゃん。
0590デフォルトの名無しさん
NGNGとくに、アスペクト指向分析なんて、
ちょいと妄想こいたのが漏れちゃった程度じゃん。
0591デフォルトの名無しさん
NGNGおまいら、俺をリスペクトしな
0592デフォルトの名無しさん
NGNG歴史をご存知ない？
OOA/OODも、OOPと従来の分析設計手法の両側の積み上げがあって、
成立したって、上に書いただろ。前レスも読まずに煽るとは、程度が低いなｗ
>>590
書いてあったけどｗ
0593デフォルトの名無しさん
NGNG儲け方が確立してから、のこのこ出てくるような、永遠の負け組み
0594デフォルトの名無しさん
NGNGなんだこいつ？真性基地外か？ただのアフォか？
話わかってて書いてねぇな。駄目だこりゃ。
0595デフォルトの名無しさん
NGNG05971
NGNG0598デフォルトの名無しさん
NGNG0599デフォルトの名無しさん
NGNGテンパってるね。カキコがぎこちないよ。
強情張らずに「理解できませんでした」って謝れば、
説明してやらないでもないのにｗ
0600デフォルトの名無しさん
NGNGそしたら、少しは面白い話してやるからｗ
0601デフォルトの名無しさん
NGNGｗ 君を見ているほうが面白いので、一人で暴れてていいよ。
0602デフォルトの名無しさん
NGNGなんか、２ちゃんてキショイ餓鬼が多くて、付き合いきれんなぁ～
0603デフォルトの名無しさん
NGNG現実社会での地位を持ち出す奴ｷﾀｰ
0604デフォルトの名無しさん
NGNGo(^-^)o ワクワク
0605デフォルトの名無しさん
NGNG0606デフォルトの名無しさん
NGNG弁当最後の一口吹き出しちまったよ！
0607デフォルトの名無しさん
NGNG0608デフォルトの名無しさん
NGNG0609デフォルトの名無しさん
NGNGしかも優雅に！しかもカフェでカフェすする！超越しすぎ！！
夜は、優雅にフレンチディナーをとりながら2chカキコキボン！
0610デフォルトの名無しさん
NGNGおまぃら、下らないネタでよろこんでるんじゃねぇ～よ
0611デフォルトの名無しさん
NGNGAOPも一般的になったってことだなと感慨深い。
0612デフォルトの名無しさん
NGNG0613デフォルトの名無しさん
NGNGなんか哀れになってきた。どうしてもリアルを想像しちまう。
0614930
NGNG0615デフォルトの名無しさん
NGNG0616デフォルトの名無しさん
NGNG隣の席は、なんか来年の新卒就職活動してるねぇーちゃんたち、かな。
むやみやたらに元気あって、何にでもチャレンジする彼女らがうらやましい、かな。
0617デフォルトの名無しさん
NGNG0618デフォルトの名無しさん
NGNG0619デフォルトの名無しさん
NGNG誰かサンプルつくらねぇ？言語はAOP言語ならなんでもよし
結構いいテーマだと思うけどｗ
0620デフォルトの名無しさん
NGNG0621デフォルトの名無しさん
NGNG0622デフォルトの名無しさん
NGNGふつ～、コード生成ウィザードで、
最初にオプションを選択して、一度コードを生成しちまうと、
後から生成後のソースコードを読み込んで、オプションを変更するよーな事ができない。
(UMLモデラーには、再読み込みしてコード解析できるのも多いけど)
仮に、生成するコードに「単なるスタブ以上の機能記述が仕込んである」として、
その「機能記述」を後から変更したくなったら、コードの中身を変更しなくちゃならない。
変更するファイル数が少なければいいんだけど、
ファイル数が多いと、手数がかかって面倒だ。
そこでAOPの出番ですよ！
コード生成のターゲット言語をAOP言語にして、
上で仮定した「単なるスタブ以上の機能記述」を
アスペクト(crosscutting concerns)として記述しといてやれば、
(生成済コードを再解析＆変更しなくても)
簡単に自動生成コード中の機能記述を変更できる、っつうストォリィー。
0623デフォルトの名無しさん
NGNG0624デフォルトの名無しさん
NGNGうまくこれを生かせる場面があれば・・・
0625デフォルトの名無しさん
NGNGgeneration gapじゃねぇか
0626デフォルトの名無しさん
NGNGそもそも生成ソースはブラックボックス的にするのが定石と思う。
そうならないのは、ほんとにただのキータイプを省くだけのテンプレではないかと。
0627デフォルトの名無しさん
NGNGきっと、Ch. Margauxの豊かな余韻にのって、漏れらじゃ気付かない、
このお題に隠されたAOPの真理を語ってくれるよ。
0628デフォルトの名無しさん
NGNGgeneration gapって、実務的に使えるの？
ざ～っと考えると、あ～んな問題やこ～んな問題が気に掛かる：
・最近のコード生成ウィザードは、
generation gap classを自動生成してくれるないの？
もし、自動生成されないならば、
・generation gapサブクラス・コードの「雛型」作成が、煩雑だね
・自動生成クラスの生成および参照(の幾つか)を、
全部、generation gapサブクラスに書き換えるのが、煩雑だね。
・自動生成クラスで、フィールドやメソッドをprivate宣言している場合、
サブクラスによるオーバーライドが面倒だね。
情報隠蔽の観点でいくと、親クラスをサブクラス以外から不可視にすべきなのかなぁ～
etc,etc.
0629デフォルトの名無しさん
NGNG自分に向けられた問いから目を逸らそうとしている。その理由は何か。
0630デフォルトの名無しさん
NGNG概念と実装を混同してる、いい例だな。
0631デフォルトの名無しさん
NGNG最近、近所に Be! つうカフェができたんだけど、
そこでスペシャリティ・コーヒー飲んでまた～り中。
インテリアの雰囲気良くて、落ち着けるんだよね。
Be! って、元ｱﾎﾟｰ重役の人の会社かよっ！つう突っ込みはなしの方向で。。。
0632デフォルトの名無しさん
NGNG概念レベルの指摘ですが、伺か？
>>628
＞・自動生成クラスで、フィールドやメソッドをprivate宣言している場合、
＞サブクラスによるオーバーライドが面倒だね。
＞情報隠蔽の観点でいくと、親クラスをサブクラス以外から不可視にすべきなのかなぁ～
0633デフォルトの名無しさん
NGNGコード生成にそれ以外の解として、ほかでもないAOPが適している理由は別の話だが？
指摘した点がAOPではこううまくいく、という話すらない。
0634デフォルトの名無しさん
NGNGこれで概念レベルの指摘ねぇ。
役員会や顧客向けの資料は死んでも作れない奴だな。
0635デフォルトの名無しさん
NGNGあ～。めんどくせ～。
オーバーライドしたいメソッドがprivateなのは、generation gapの
問題じゃねーだろ。
0636デフォルトの名無しさん
NGNG>>634
おまいねぇ、このコンテキストで「概念」つったら、ソフトウェア工学上の概念だよ！
概念＝顧客・役員向け説明 と捉えた >>634 は、
どうせヘタレソフトウェア会社の営業かなんかなんだろｗ
おまぃらは、枯れきった古い技術だけつかってりゃえぇーやんｗ
つか、役員向け資料つっても、ビジネス提案とか、新技術紹介とか、勉強会とか、
いろいろあるのを知らないのかねぇ～
>>635
う～む、行間読めない厨房は、目先の言葉に踊っちまってだめだな
0637デフォルトの名無しさん
NGNG屁理屈は上等だが、きみの意見には、
面白みも新たな地平を切り開く意気込みも感じられん。
あの～、あなたを説得したら、研究費出してくれますか～(www
0638デフォルトの名無しさん
NGNGさ～て、週末恒例、頭が発展途上の厨房が押し寄せて参りました・・・。
0639デフォルトの名無しさん
NGNG日本語の読解力に致命的な欠陥があるようだ。
ワインだけじゃなくて、他のクスリも嗜んでいるのだろうか。
リアル世界ではえらく苦労してそうだな。周囲が。
0640デフォルトの名無しさん
NGNG指摘されたことを繰り返して逃げるばっかりだね。
>>639
リアル世界では彼に周囲の人は存在しないと思われ。
唯一、ママンはいるかも知れんが。
0641デフォルトの名無しさん
NGNGこいつを取り上げるのは酷ってもんだぜ。
0642デフォルトの名無しさん
NGNG厨房って、話の本筋理解してないのに、
「おまぃは○×だから、だからおまぃはヴァカなんだ・・・」
ってな揚げ足鳥が大好きだね（ﾌﾟ
0643デフォルトの名無しさん
NGNGソフトウェア工学的にも、実用的にも、まだまだ未解明な問題について、
これからみんなで取り組んで、理解を深め、可能なら試行例を増やし、新しい分野を切り開いていきましょう！
というのが、アスペクト指向、AOP、AOSDの、現在の位置だと思う。
ところが、厨房というのは、どんなに未知の問題であっても、
(どっかに専門家がいて、完璧な答えを出してくれる・・・)
というような幻想を持っている。
まぁ、学生さんにありがちなんだよね、既知の知識の膨大さに圧倒されて、
世の中の森羅万象全てについて、合理的な理解と説明が行われている、ってな幻想。
0644デフォルトの名無しさん
NGNG日本語訳
「上のお題は、自分でも意味分からないまま適当に出しました」
意味
「僕も分からないんだから、まともなレスなんかできないもん。仕方ないじゃん」
0645デフォルトの名無しさん
NGNGもっと平易な言葉で、丁寧に、
どこまで理解していて、何が理解できないのか、
説明してごらんｗ
＃ひねくれた質問を、きれいに要素分解できないあたり、やっぱ厨かｗ
0646デフォルトの名無しさん
NGNGお前が言葉の選択を間違ってるんだろ。
具体的な議論がしたけりゃ、しっかりした文章を書け。行間に頼るな。
0647デフォルトの名無しさん
NGNGとりあえずだ。
読者が行間を適切に読むことを前提にした文章を書く時点で、
技術系の人間としては失格だと思う。
0648デフォルトの名無しさん
NGNG中身無い議論が大好きな引きこもりリア厨>>633が、
きちんと意味の通った質問なんてできる訳ないだろ。かわいそうだよ。
彼が唯一できるのは、自分が理解できないのは全て相手が悪いからだ、って主張を繰り返すだ事けだよ(この板の傾向として
0649647
NGNG0650デフォルトの名無しさん
NGNGもっと平易な言葉で、丁寧に、
どこまで理解していて、何が理解できないのか、
説明してごらんｗ
0651デフォルトの名無しさん
NGNG0652デフォルトの名無しさん
NGNG普通の解:自動生成ソースをブラックボックス化して入れ替え可能にする。例）GenerationGapパターン
普通の解の問題:>>628 （意味不明。GenerationGapに言いがかりつけてるだけに見える。
→行間に大切なことが埋め込まれているらしい）
AOPによる解、または
AOP使用の優位性、または
それらの可能性、または
それらの予測:未。
0653デフォルトの名無しさん
NGNG0654デフォルトの名無しさん
NGNGただでも寒いのに、さらに寒くさせるジエンしてんじゃねぇよ。プ
0655デフォルトの名無しさん
NGNG自作自演厨って、自分が普段やってる悪事を、全部他人がやってる事にするから、付き合い切れねぇや。
さっさと、し ね 。
0656デフォルトの名無しさん
NGNG来週の週末も、大変っすね＞＞厨房
0657デフォルトの名無しさん
NGNGリスペクト指向
とは関係ありますか？
0658デフォルトの名無しさん
NGNGをぢさんが、精一杯若者ぶってるって感じ。地獄に堕ちろ(･∀･)ｐ
0659デフォルトの名無しさん
NGNG何も聞かないでくれ。
0660デフォルトの名無しさん
NGNGなんで学術スレ(死語)に、しつこく変なレスするのかと思ってたら、
やっぱ頭の調子が悪い人かぁ～。
0661デフォルトの名無しさん
NGNG荒らしのやり口が見え見えで、反吐がでるよ
0662デフォルトの名無しさん
NGNG例えprivate宣言,final宣言して、参照/拡張を制限したい部分であっても(>>628)、
「簡単に自動生成コード中の機能記述を変更できる」つうこと。
generation gap では、overrideしてカスタマイズする都合上、
生成クラスのprivateやfinalを外す必要があり、
それを子クラスで拡張して private, final追加しても、単に子クラスが拡張しにくくなるだけで、
親クラスの情報隠蔽は不充分なままになる。
だから、子クラスからしか見えない親クラス定義みたいなのが必要なのかなぁ～、と、矛盾を指摘してるんだよ
0663デフォルトの名無しさん
NGNGん～。ちょっとずつ行間が読めてきた気がする。ってか行間に頼るなよ！
generation gapで子クラスがやっていることを、
アスペクト記述でやろうとしてるんだな？
そして、オーバーライドではメソッドをprotected以上にする必要があるので
情報隠蔽が崩れるが、AOPならprivateなメソッドを変更できるので
崩れないと。そう言いたいんだな？
0664デフォルトの名無しさん
NGNG> 生成クラスのprivateやfinalを外す必要があり、
ここがよく分からん。普通全体としてはテンプレメソッドに落とすんじゃない?
(もちろん子供がユーザがいじるクラスで、親が自動生成クラス(当たり前だが))
生成オプション変えた場合は変更は親の中で閉じさせるので、
privateやfinalをはずす必要がなんであるの?
ん?本体が自動生成で、ユーザがいじるのはアスペクトってことか?
0665デフォルトの名無しさん
NGNG君の言ってる事は、前提が違う。いつも話が脱線するのは、君が頭の中で勝手なシチュエーションを想定するからじゃないかな。
素直に人の話を聞く練習しといた方が早く、社会復帰できると思うよ。
0666デフォルトの名無しさん
NGNG>>665
0667デフォルトの名無しさん
NGNG0668デフォルトの名無しさん
NGNG0669デフォルトの名無しさん
NGNG行間読め
0670デフォルトの名無しさん
NGNGどうとでも逃げられる曖昧なことしか言わない。
ま、ボロが出ないようにってことだろうけど。
0671デフォルトの名無しさん
NGNG0672デフォルトの名無しさん
NGNGこのスレ、ここ100レス程、内容に進展なし、やん。
こちらの考えが、きみの貧弱な頭に刻み込まれるまで、
忍耐強い教師の役目をする暇は、今の漏れには無いんだよ～ん。
0673デフォルトの名無しさん
NGNG君は随分成長したじゃないか。よきかなよきかな。
もう退行するなよ。
0674デフォルトの名無しさん
NGNG0675デフォルトの名無しさん
NGNGhttp://headlines.yahoo.co.jp/hl?a=20040324-00000011-zdn_n-sci
> IBMのソフトウェアグループ戦略/開発担当副社長ダニエル・サバー氏が3月24日に
> 英ランカスターで開かれるAspect-Oriented Software Developmentカンファレンスで、
> その詳細を明らかにする計画。また同氏はここで、アスペクト指向のソフト開発技術は
> 今や商用化に十分な信頼性を確立したと宣言するという。
0676デフォルトの名無しさん
NGNG(IBMやマイクロソフトを出し抜いて)生き残るのは、難しい。
0677デフォルトの名無しさん
NGNGお、おまえｶﾞﾅｰ(汗
0678デフォルトの名無しさん
NGNGお、WSADに標準でAJDTとプラグインが乗るのかな？
しかし、J2EEとはどう折り合いをつけるんだろう。
0679デフォルトの名無しさん
NGNGおにぃさん、さびしぃなぁ～
銀座のオープソカフェよりかきこ★
0680デフォルトの名無しさん
NGNG0681デフォルトの名無しさん
NGNGassertionを記述することは、デバッグにおける
原因探索の無駄を省くとは思うが、「コード化」
だけを考えたら、直接の御利益はないかもね。
とはいえ、バグっても人が死なないシステムなら
ゴメンナサイとか謝っちまえばいいのか（笑）
238 名前： デフォルトの名無しさん [sage] 投稿日： 03/03/03 13:17
Design by Contract (DbC) 周りで、
制約条件をOCLで記述する iContract が流行っているらしい。(JavaWorldで既出)
単なるassertionだけでなく、実装コードを埋め尽くすつまんない条件分けコード
を一掃するのに使えれば、いいのかな？
239 名前： デフォルトの名無しさん [sage] 投稿日： 03/03/03 13:44
iContract、AspectJ (@www.eclipse.org) に組み込んで使えるらしい。
下のFAQによると、複数のクラスにまたがるinvariants(invariants cross-cutting)
を扱えるようになるのがメリットらしい。
http://www.reliable-systems.com/tools/iContract/FAQ.htm
個人的には、複数のAspect間の干渉を排除するヒント情報として活用できたらいいと思った
0682デフォルトの名無しさん
NGNG0683デフォルトの名無しさん
NGNG0684デフォルトの名無しさん
NGNGシステムLSI屋さんは、勝手に「System on Chip」とか理解しちゃうから要注意だよん
0685デフォルトの名無しさん
NGNGAspectと、Parametric Polymorphismの関係は、どないなんでしょう。
ず～っと前から (パッチやプリプロセッサ/マクロの型安全性ってな意味で)気になってる。。。
0686デフォルトの名無しさん
NGNG0687デフォルトの名無しさん
NGNG語ってやるから物をよこせ。
0688デフォルトの名無しさん
NGNGこっ・・・ここです
つ)) http://www.aspectc.org/Home.1.0.html
AspectC++でした.ごめんなさい.
0689デフォルトの名無しさん
NGNGよくまとまってはいると思うが、
漏れはそんなにAOPに興味無いので買うほどではなかった
0690
NGNGオブジェクトにアスペクトが複数のっかったりしたら、コードのメンテ大変だろうな。
0691デフォルトの名無しさん
NGNG0692デフォルトの名無しさん
NGNG0693デフォルトの名無しさん
NGNGオブジェクト指向もそうだけど、関心事をまとめた概念を作って概念をコード化するってのは、
実際の処理以外の概念を把握するというコストが掛かる。このコストは結構馬鹿にならない。
0694デフォルトの名無しさん
NGNG↑
戦場 べたべた手続き型： 読み易さ＜書き易さ
↓
？？ 大規模ﾌﾟﾛｼﾞｴｸﾄでｦｰﾀﾎｰﾙ：客の苦労＞拡張し難さ＞テスト～運用中のデバグの回数＞読み難さ＞書き難さ＞設計時の問題解決＞分析の適切さ＞プロマネの努力量
0695デフォルトの名無しさん
NGNG要するに、手続き至上主義で育った旧世代プログラマが
「手続き疑うなんて非常識！」とか了見狭い田舎者丸出し発言してるだけ、かと。
俺は、旧石器人見るような目で、彼らを眺めているんだが、
きっと彼らが引退生活に入っても、彼らが洗脳した被害者が同じ事言い続けるんだろうなぁ。。。
日本人て、個人が充分確立していないから、アフォな先輩が居ればアフォに染まるのが正しいと思ってるのが９９％だし。
0696デフォルトの名無しさん
NGNG漏れの近くにも時々そーゆー原始人が居るよ。
・UNIX並列計算クラスター上での科学技術計算で、
計算結果をいちいちファイルに落としてから次の処理にまわさないと気が済まないPOA主義者とかｗ
・DOAからOOAへの移行をしている筈の現場で、
RDBの外部キー制約やらNULL制約の使用を禁止してる２大トップ・メーカとかｗ
・設計で、処理本体と、ホーア論理の事前条件を分離しちまってｗ
挙句に、その事前条件をルールエンジンやらAssertion機構に任すわけでもなく、
「事前条件をファーストクラスのオブジェクト」として扱う羽目になってる謎設計とかｗ
0697デフォルトの名無しさん
NGNG正常系の処理に対してアドホックな部分と見なせるから、
もしかするとアスペクトとして分離すればすっきりするかもね？！
ただしアスペクトの数が数百個とかなっちまうけどｗ
やっぱ、>>681 みたいな位置付けで処理するのが、現時点ではまっとうな道なんだろうなぁ～
0698デフォルトの名無しさん
NGNGステレオタイプの決め付けでレスの内容を無視して
相手を罵倒するのはいただけないね。
原始人扱いするのは勝手だが、事実を書いただけ。
0699デフォルトの名無しさん
NGNG0700デフォルトの名無しさん
NGNG0701デフォルトの名無しさん
NGNG0702
NGNG結果としては、コードの分散につながるという面は否定できない。
0703デフォルトの名無しさん
NGNG0704デフォルトの名無しさん
NGNGそうかもね。
ただ、漏れ様認識としては、
・データ構造すら集約せずに手続きだけに注目するＰＯＡは、類人猿、
・データ構造と手続きを認識してるものの、両者の対応付が面倒なＤＯＡは、中世の迷信深い人、
を見てる気分になるけどねｗ
やっぱ、データ構造と手続きを１セットにして、分析してなきゃ、現代人と呼べないのでわ？
第一、オブジェクトの識別にコストが掛かる、、、ってアンタ、
必要な識別作業をやらなきゃ手抜きだし、必要以上に識別作業に手間隙かけてたら、効率悪いのあたりまえ、
やっぱスキルと知性を持って、最重要なオブジェクトは最初に確実に押さえ、周辺部分は経験と直感で適当に済ませて、
後で補足・拡充するのが、ナウいヤングのハートにバッチグー、ですわよ
0705３桁の数を処理できない人
NGNG俺は、クラスやアスペクトが表している概念や仕様を分散したコードから読み取る作業を言ったつもりだけど。
＞必要な識別作業をやらなきゃ手抜きだし、必要以上に識別作業に手間隙かけてたら、効率悪いのあたりまえ、
いや、そりゃ当たり前と言うか当たり前すぎて何も言ってないのと一緒では？
0706デフォルトの名無しさん
NGNG0707デフォルトの名無しさん
NGNGおまいはいいかげん適材適所って言葉を覚えろ。
OOが全てじゃないって
0708デフォルトの名無しさん
NGNG漏れは、別にオブジェクト指向至上主義者ではなくて、
どっちかっつうと型システム至上主義者です。
「型」を、プログラムの表明の一種と捉えて、
究極的には「型」を詳細に定める事で、
プログラムの詳細を自動生成できる所まで持って逝こう、
などという２０世紀の夢を、未だに捨て切れずに居る人種です。
ですので、オブジェクト指向というのは、
その目標に至る１step、１ﾏｲﾙｽﾄｰﾝに過ぎず、
型システムの将来へ向かってさっさと先へ進むべきだと、
常々考えております。
それはさておき。
「オブジェクト指向が全てではない」とのお達しですが、
旧来手法では処理を細分化し過ぎて、簡単なプログラムを作るのに莫大な工数が掛かるにもかかわらず、
細分化の弊害で、本来一致してしかるべき仕様間に矛盾があったり、処理実装が二度手間、三度手間になって、
結果として品質もコストパフォーマンスもよろしくない結果になってしまうのは、
いかがなものか、と思います。
もし、システムをオブジェクト指向で適切に設計することで、
規模を縮小し、生産性を向上し、品質を向上することができるのであれば、
現実的に「オブジェクト指向がより適した解である」と言ってもよろしいのではないでしょうか。
0709３桁の数を処理できない人
NGNGこのネタに関係ない一般的過ぎる事いってもネタへの反論にもなってないよと書いただけ。
0710デフォルトの名無しさん
NGNGってのはおいといて、構造化手法くらい学んでから御託並べやがれ。
それにAOPスレに書く話でもないし。
0711デフォルトの名無しさん
NGNG構造化手法？何か見落としでもあったんかい？！
それはさておき、ＰＯＡ→ＤＯＡ→ＯＯ→ＡＯＰってな、系譜を語ることは、
このスレ的に意味あることだと思うけど（唯我独善、正統な継承者ﾓｰﾄﾞ
0712デフォルトの名無しさん
NGNG0713
NGNG0715デフォルトの名無しさん
NGNG問いかけてやっても何も答えない、
そんな無責任なｶﾞｷﾝﾁｮの相手をいちいちやってる
俺って、なんて心の広い人間なんだろう。
ﾊｯﾀﾘ知ったかぶりばっかしてると、皆に嫌われるよ。
自分の発言には責任を持て。自分の発言に何か質問されたら、
必ず何か答えろ。それが、おまえがまっとうな人間になるための第一歩だ。
0716デフォルトの名無しさん
NGNG>>705って、妙にﾊｯﾀﾘかました発言(>>693)をする癖に、
＞オブジェクトの識別？
＞俺は、クラスやアスペクトが表している概念や仕様を
＞分散したコードから読み取る作業を言ったつもりだけど。
えらく地味～な仕事しかしてないのねｗ
運用保守やってるＩＴ土方か。マジメに相手して損した。
0717
NGNG２ちゃんねるにようこそ。
0718３桁の数を処理できない人
NGNGそういうくだらない差別的な見方で思考停止するのはどうだろね。
自分がやるかどうかは関係なく、システムのコストは保守コストが一番大きいというのは常識だと思うが。
保守でなくて開発だって、０から作るよりバージョンアップの開発のほうが圧倒的に多い。
現実のニーズを無視して、自分のオナーニこそが高貴思っていては子は生まれない。
0719デフォルトの名無しさん
NGNG悪いけど、その論法を使えば「オブジェクト指向」自体の批判も出来るよ。
・・・
オブジェクト指向では処理を細分化し過ぎて、簡単なプログラムを作るのに莫大な工数が掛かるにもかかわらず、
細分化の弊害で、本来一致してしかるべき仕様間に矛盾があったり、処理実装が二度手間、三度手間になって、
結果として品質もコストパフォーマンスもよろしくない結果になってしまうのは、
・・・
もし、システムを旧来の設計手法で適切に設計することで、
規模を縮小し、生産性を向上し、品質を向上することができるのであれば、
・・・
0720デフォルトの名無しさん
NGNG0721デフォルトの名無しさん
NGNG父ちゃんは日本一のドカタだ！
0722デフォルトの名無しさん
NGNG問いかけてやっても何も答えない、
そんな無責任なｶﾞｷﾝﾁｮの相手をいちいちやってる
俺って、なんて心の広い人間なんだろう。
ﾊｯﾀﾘ知ったかぶりばっかしてると、皆に嫌われるよ。
自分の発言には責任を持て。自分の発言に何か質問されたら、
必ず何か答えろ。それが、おまえがまっとうな人間になるための第一歩だ。
0723３桁の数を処理できない人
NGNG0724デフォルトの名無しさん
NGNG>>710
> 型もクラスもいらねえよ
>
> ってのはおいといて、構造化手法くらい学んでから御託並べやがれ。
> それにAOPスレに書く話でもないし。
[>>711]
構造化手法？何か見落としでもあったんかい？！
それはさておき、ＰＯＡ→ＤＯＡ→ＯＯ→ＡＯＰってな、系譜を語ることは、
このスレ的に意味あることだと思うけど（唯我独善、正統な継承者ﾓｰﾄﾞ
------------------------------------------------------------
0725３桁の数を処理できない人
NGNG俺も、そのレスの言いたいことよくわからん。
0726デフォルトの名無しさん
NGNG0727デフォルトの名無しさん
NGNG0728デフォルトの名無しさん
NGNGまともなのが OO Method つかうのをくらべりゃ
そりゃ後者の方がよいだろうさ・・・
まともな Structured Method は別に悪くないし Structured あっての OO だし
0729
NGNG問いかけてやっても何も答えない、
そんな無責任なｶﾞｷﾝﾁｮの相手をいちいちやってる
俺って、なんて心の広い人間なんだろう。
ﾊｯﾀﾘ知ったかぶりばっかしてると、皆に嫌われるよ。
自分の発言には責任を持て。自分の発言に何か質問されたら、
必ず何か答えろ。それが、おまえがまっとうな人間になるための第一歩だ。
0730デフォルトの名無しさん
NGNG0731デフォルトの名無しさん
NGNG0732デフォルトの名無しさん
NGNG0733デフォルトの名無しさん
NGNGこうやって、本当の研究者でもなんでもない、
単なる勉強会講師、エバンジェリストみたいな連中がのさばってくのね、
と妙に納得。きっと彼は、MixJuiceベースで解説書書くようなアレはないんだろうなぁｗ
0734デフォルトの名無しさん
NGNG普通の分業どおりと思うが、気に食わないならおまいさんが本出せば？
本当の研究者でもなく、いろいろ知ってるみたいだし、なんやら主張があるみたいだし、どうよ？
0735デフォルトの名無しさん
NGNGもし導入したら、
システムがメンテ不能のぐちゃぐちゃになるような気がしてならない。
0736デフォルトの名無しさん
NGNG0737
NGNG現状では、GOTO文よりもタチが悪いかも
0738デフォルトの名無しさん
NGNG>>734
ﾊｧ？
あんたの言う「本当の研究者」は、仮想上の脳内産物に過ぎない訳だが、
俺は具体的な「本当にAOPやってる研究者」が、一般向け解説書の監修位してもいいだろ、
って言ってるんだが。この違いがわかるかな？
例えば、別の方のAOPやってたH先生 (本郷近辺だっけ？)。
H先生の場合は、一般向け啓蒙書も執筆してるし、多少は関連のあるだろうデザパタ本の監修もやってる。
0739デフォルトの名無しさん
NGNGいちいち喧嘩腰の上、決めつけがひどいね。
ブルーバックスや新書、学生向けの本を書くのはｲｲが、
実践の現場向きの本を書くというのはそれとは随分いろいろ違うよ。
一般向けAOPの本が、デザパタみたいに「監修」で済む状況とは思わないがね。
知ったかも怖いが、おぼれて思考停止になるのははるかに痛いと思うな。
0740
NGNGやはり２ちゃんねるはこうでなければ(w
0741デフォルトの名無しさん
NGNG２ちゃんねる素人さんですか？
この板は、あなたのようなナイーヴな方には向いていないかもしれませんねｗ
それはともかく。
確かに、現場向けの本を書くのは大変そうですよね。
学生さんなら、
・学習目的だから、それなりに高いハードルを設定できるけど、
現場向けとか言い出した日には、
・おサルさんが間違って買って文句をつけないように、
・あるいはロクに学習時間を割けない現場でも役立つように、
いろいろ工夫しなけりゃならんもんね、今時。
つか、上位5％位相手にして、あとは対象外にしとくのがよろしいでしょうね、最初は。
現場でいろいろ人材が育ってくれば、そのうち
・現場でやり方広めてくれる人や、はたまた
・原書類の要約本書いて俗説を流布してくれる人
も出てくる事でしょうね。
デザパタ本の場合は、監修ではなく監訳。
原書が出てから２年後(話の発端から10年後)なんで、個人的には遅過ぎな感じもしたけど、
結局その本あたりが発端になって、国内でデザパタへの注目が集まったのは、なかなかﾖｲと思た。
デザパタ本の内容、、、というとET++やらSmalltalkの例やら、あまりアップトゥーデートな内容とは言えず、
原書レベルでわかり易い本とは言えないけどｗ むしろ POSAやアーキテクチャパターンの方が、実践的。
まぁ、Smalltalkあたりでフレームワーク～デザパタの存在を知りつつ、それを他人に伝え、広める手段に
困っていた俺にとっては、ありがたかったけどｗ
0742741
NGNG>>739
ていうか、>>739は、何を言いたいのかわからん。
>>740
アンタもナニを言いたいの？さっぱりわからん。
>>734
アンタ の言う「本当の研究者」って誰？
まずそっからはっきりさせないと、>>734みたいな発言はハッタリ小僧のでまかせと区別がつかん罠
0743デフォルトの名無しさん
NGNG＞いちいち喧嘩腰の上、決めつけがひどいね。
＞ブルーバックスや新書、学生向けの本を書くのはｲｲが、
＞実践の現場向きの本を書くというのはそれとは随分いろいろ違うよ。
＞一般向けAOPの本が、デザパタみたいに「監修」で済む状況とは思わないがね。
大爆笑！
20年前ならいざしらず、今時、しかもコンピュータサイエンスでブルーバックス書く奴ぁ居ないっしょ。
物理でも計算機科学でも、その道の専門出版社が、「ブルーバックス」的入門書を10年も前から出してる事だしｗ
あと、監修だけで済ませたデザパタ本って、どの本の事だろう。。。ぜひ教えてくれ。見た覚えないなぁ、そんな本ｗ
0744デフォルトの名無しさん
NGNG何やら既視感のある文体ですが、コテハン辞めたんでしょうか？
それとも人違いかなw
0745デフォルトの名無しさん
NGNG>>734
アンタ の言う「本当の研究者」って誰？
まずそっからはっきりさせないと、>>734みたいな発言はハッタリ小僧のでまかせと区別がつかん罠
0746デフォルトの名無しさん
NGNG問いかけてやっても何も答えない、
そんな無責任なｶﾞｷﾝﾁｮの相手をいちいちやってる
俺って、なんて心の広い人間なんだろう。
ﾊｯﾀﾘ知ったかぶりばっかしてると、皆に嫌われるよ。
自分の発言には責任を持て。
自分の発言に何か質問されたら、 必ずきちんと回答しろ。
それが、おまえがまっとうな人間になるための第一歩だ。
0747デフォルトの名無しさん
NGNG2chだからって始終煽らにゃいかん法はないと思うがね。レスする人間の問題でしょ。
研究者と書いたのは深い意味はないよ。単に研究そのものを生業としてしてる人。
理系でも文系でも、そういう人の一般向け本は実践書ではなくキョーヨー本になるのが道理で、
実践書をそうでない人が書くのは当たり前でしょうというのが>>739だけど、わかりにくかったかな。
0748デフォルトの名無しさん
NGNG一般論しか書けない時点で、アンタの負け。
＞アンタ の言う「本当の研究者」って誰？
＞まずそっからはっきりさせないと、>>734みたいな発言はハッタリ小僧のでまかせと区別がつかん罠
負け厨はさっさとお逝きなさい
0749デフォルトの名無しさん
NGNG議論なんて元からろくになされてないのに、いきなり勝ち宣言とは。
やっぱり、レスする人間の問題だね。きみの場合、
情報の量だけがアイデンティティで、自分の存在をこうやって人様に危害を加えることで確認して保ってるんだね。
0750デフォルトの名無しさん
NGNG理論はテンで駄目駄目だけど、煽りだけは得意、
人を誹謗中傷する事に生きがいを感じてるアンタにゃ、
言われたくねぇ～よｗ
0751デフォルトの名無しさん
NGNGhttp://www.2ch.net/before.html
おかしな人には気をつけましょう
利用者が増えるに従って、おかしな人もそれなりに出没するようになって来ています。
おかしな人に関わるとなにかと面倒なことが起こる可能性があるので、注意しましょう。
おかしな人の判定基準
・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
無茶をし始めるので見かけたら放置してください。
・根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
他人を卑下することで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。
・自分の感情だけ書く人
「～～がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。
0752デフォルトの名無しさん
NGNGｶﾜｲｿｳな人みたいだから放置してあげようよ・・・
0753デフォルトの名無しさん
NGNG偉いセンセが、監修したデザパタ本情報、きぼーんぬ >>739
0754デフォルトの名無しさん
NGNGそんなに勘に障った？普通の感想を述べただけが、それは悪かった。
でも、>>752を素で書いてるなら、きみは本物だよ。気をつけた方がいいよ。
0755デフォルトの名無しさん
NGNG0756デフォルトの名無しさん
NGNGマジもんの基地外と会えるとは、
ここは痛いインターネッツですね。
0757デフォルトの名無しさん
NGNG偉いセンセが、監訳したデザパタ本は、知ってるよ。GoF本の事でしょ。
偉いセンセが、監修したデザパタ本情報、きぼーんぬ >>739
0758デフォルトの名無しさん
NGNGがあるから卑下されてるんだろ。そこらへん無視して、逆切れしてるから、嘲笑の対象となる・・・
ｶﾜｲｿｳな奴なんだ。ほっといてやれよ
0759デフォルトの名無しさん
NGNG0760デフォルトの名無しさん
NGNG(ハッタリでいい加減な事書き散らして、誤りを指摘されても反論できない)
があるから軽蔑されてるんだろ。
そこらへん無視して、逆切れしてるから、嘲笑の対象となる・・・
ｶﾜｲｿｳな奴なんだ。
ほ っ と い て や れ よ
0761デフォルトの名無しさん
NGNG俺に言われても、困る。ぴろゆきに直接言えよ
0762デフォルトの名無しさん
NGNGひとりでこんなに連レス続けて、相当ヤバイんだな。
幾分かの余裕はあると思って突っ込んだんだが、まさかここまでとは。イ㌔。
0763デフォルトの名無しさん
NGNG煽 り は 大 好 き な ん だ ね 、 キ テ ィ く ん
0764デフォルトの名無しさん
NGNG偉いセンセが、監訳したデザパタ本は、知ってるよ。GoF本の事でしょ。
偉いセンセが、監修したデザパタ本情報、きぼーんぬ >>739
あんたの痴性じゃ、レスできないんだろうが(ﾌﾟｯ
0765デフォルトの名無しさん
NGNGなんでプ板にはサイコが常駐してるんだろう？
いつレスしても、即レスが返ってくるからｺﾜﾋ。
鬱病スレとか脳科学スレとか誤魔化さず、あんた自身がサイコだって事、
いい加減認めたらどうなのさｗ
0766デフォルトの名無しさん
NGNG0767デフォルトの名無しさん
NGNGttp://sports6.2ch.net/wres/
>765
プ板に帰れ
0768
NGNG0769デフォルトの名無しさん
NGNG0770デフォルトの名無しさん
NGNG0771デフォルトの名無しさん
NGNG0772デフォルトの名無しさん
NGNG0773デフォルトの名無しさん
NGNG0774デフォルトの名無しさん
NGNG具体例にどんなふうに利用するかなど解説したものはありますでしょうか？
0775デフォルトの名無しさん
NGNGつうか、それ見てここに来たんですが。
ちなみに、特集見ても何が便利なのかイマイチ分かりませんでした。
0776デフォルトの名無しさん
NGNGちゃんとした使い道って無いの？
0777デフォルトの名無しさん
NGNG0778デフォルトの名無しさん
NGNG0779デフォルトの名無しさん
NGNGそれも微妙な用途だなぁ。
なんというかオブジェクト指向が開発・プログラミングのスタイルを変えたように
アスペクト指向がそれらを劇的に変える。というようなものではないのかな。
OOPLの不便なところをプリプロセッサ的なツールを導入して緩和するって程度なのかな。
0780デフォルトの名無しさん
NGNGDependency Injectionの実現方法として、つかえんかな。
0781デフォルトの名無しさん
NGNG出版されないと良さが分からん。下手に使うと訳が分からなくなりそうだし。
オブジェクト指向の時は、カプセル化とか継承やポリモーフィズムも覚えても
あまりピンとこなかったけど、異種リストをみて初めてスゲーと思った。
アスペクト指向だとそういう例はないのかね。ログをとるだけじゃあちょっと。
0782デフォルトの名無しさん
NGNGhttp://www.dcl.hpi.uni-potsdam.de/RAPIER-LOOM/
アスペクト指向プログラミングを後押しする要因とは？
http://www.itmedia.co.jp/enterprise/0311/18/epic02.html
Microsoftの.NETプラットフォームのプログラマーは遅いスタートを切ったが、
怠けているわけではない。ウォルフガング・シュルト氏は、LOOM.NETと呼ばれ
るAOP実装に取り組むドイツのチームの一員だ。シュルト氏は、.NET陣営は
Javaコミュニティーの取り組みより2年遅れているものの、
AOPはMicrosoftのプラットフォームと親和性が高いと述べる。
LOOM.NETプロジェクトはMicrosoftから財政支援を得ており、
同プロジェクトの.NETプログラマーは、自分たちのコードを開発する際に、
バイナリの.NETアセンブラを用いることができる。このレベルでの作業により、
研究者の取り組みはC#でもVisual Basicでも動かすことができる。
Javaプログラマーには、このような贅沢はない。
ソフトウェア開発ベンダーのMabry SoftwareでCEOを務めるジェームス・シールド氏は、
「正直に言って、AOPはJava以外の場面で採用されたときに多くの可能性を持つものだ」と言う。
「このような考えがC#に加わったらどうなるのか、見てみたいものだ」とシールド氏は続ける。
0783デフォルトの名無しさん
NGNGコンパイラが対応しないとどうしようもないでしょ。
OOはCでも一定の恩恵は受けられたけど
# CでもOO可能と言いたいわけじゃないよ
AOは概念を既存のOOPLに取り込むのが難しいからね。
一般大衆はもうちょっとのんびり構えてていいんじゃないの。
このスレ見てても概念レベルでは十分普及してるとは言い難いし。
しかしほとんどコードが出てこないスレだなここ・・・
0784デフォルトの名無しさん
NGNGAspectJってやつじゃだめなのか？
ログをとる例ならソースを何度も見たぞ。
コンパイラが対応してるって事じゃん。
とりあえず異種リスト程度の話でいいんだが。
0785デフォルトの名無しさん
NGNG対応したコンパイラがあるとか無いとかってレベルじゃなくて
普段使ってる言語の最新バージョンがAOPの機能をサポートして
なおかつ付属のライブラリがAOベースに再構築でもされない限りは
メリットは理解できないよ。
>とりあえず異種リスト程度の話でいいんだが。
その程度の例すら現状は無い。
なぜならロギングに有効だと知識で知らされていて、「ロギングには有効」とコピペすることはできても
身近な開発においてどう適用できるかを自ら考えられてなおかつ噛み砕いて他人に例示できるほど
深く根源的に理解している人間はこのスレでも日本語のWEBでも存在しないから。
0786デフォルトの名無しさん
NGNG普段使ってる言語がサポートする必要なんて無いと思う。
異種リストを初めて見たのはObjectPascalだったが、俺は別にObjectPascal使いじゃない。
シンプルな例にライブラリなんて関係なかろ。
例えばAspectJなんてほとんど知らんが、それでもログをとる分には便利な事は分かった。
でも応用が利きそうな感じがしないんだよね、ログの例だと。
異種リスト程度の例すらないなら、そりゃハッタリだって言われても仕方ないな。
日本語に例がないのはいいとして、他の言語ならあるのか？なら誰かが訳して紹介くらいしてそうだが。
あれか、好意的に解釈すれば、オブジェクト指向で言うと90年代初頭な感じなのか？
「タイヤと車は継承関係にあります」とか無茶な文章が平然と雑誌に載ってるみたいな。
でもなあ、どれだけ潜在能力があるのか知らんが、その能力を顕在化できないなら意味無いな。
0787デフォルトの名無しさん
NGNG継承関係を変化させたりすることができるから
注意して使わないとわけわからんプログラムが出来上がる。
(アスペクトがカプセル化を破壊するとよくいわれる)
本コードの論理構造を損なわずに機能を追加できる例が、ロギングくらいしか
ないから、それが例に良く用いられる。
「指向」なんて大げさに考えずに便利だから使う程度の考えでよいとおもわれ
0788デフォルトの名無しさん
NGNG0789デフォルトの名無しさん
NGNG0790デフォルトの名無しさん
NGNG>身近な開発においてどう適用できるかを自ら考えられてなおかつ噛み砕いて他人に例示できるほど
>深く根源的に理解している人間はこのスレでも日本語のWEBでも存在しないから。
このスレで現実的に理解してそうなのは >>548 っぽいな・・・
それに対して >>552 のようなレスが入ってしまうのが現状だろう。
0791デフォルトの名無しさん
NGNGというのも本質的なコードがいろんなクラスに横断的に偏在するなんて有り得ないから。
なぜなら(オブジェクト指向)設計はそういった本質的な機能を軸に
オブジェクトを分類していくわけだからね。これはAOPであっても変わらないはず。
人間の本質的要素は脳とﾁﾑﾎﾟであって血液では無いのと一緒ｗ
>>787
>「指向」なんて大げさに考えずに便利だから使う程度の考えでよいとおもわれ
AOPが「指向」の地位をキープできるのか、最終的には単なるリファクタリングの
一要素(の為の構文拡張)に成り下がるのかはよく分からないな。
0792デフォルトの名無しさん
NGNG>人間の本質的要素は脳とﾁﾑﾎﾟであって血液では無いのと一緒ｗ
人間の本質的要素は「魂」ですが、何か？
また、人によっては「免疫系・神経系」だという人もいるな。
0793デフォルトの名無しさん
NGNG0794デフォルトの名無しさん
NGNGアスペクト指向の神髄は後付での機能追加ではなく、
設計時にクラスとは別にアスペクトを抽出できる事ではないか？
機能追加に拘泥すると本質を見失うと思う。
つまり、アスペクトなしでは動かないプログラムが普通なのでは。
ロギングのように、アスペクトの有無にかかわらず動くのはむしろ異端かと。
だから、ロギングじゃなくて異種リストみたいな例を見せろとさっきから言ってる。
>>791
本質ではなく、クラスを横断して偏在する些事を抽出したものがアスペクトではないのか？
とか言ってる俺はCマガジンの特集をざっと立ち読みしただけだから、
壮大な勘違いをしている可能性もあるが。
いずれにせよ、アスペクト指向設計の話が出てこないうちはどうしようもないと思うな。
もう出てきてるんならそれを読みたい。
0795デフォルトの名無しさん
NGNGでもアスペクト指向だとそのへんをアスペクトにしてやって見通しよくすることができる。
その意味では State/Strategy パターンや Decorator パターン、Visitor パターンなんかは
アスペクト指向のほうがすっきりかつより強力に書けるね。
0796デフォルトの名無しさん
NGNG0797デフォルトの名無しさん
NGNG偏在：かたよって存在すること。（例：関心事が特定のクラスに「偏在」する）
遍在：どこにでも存在すること。（例：関心事がクラスを横断して「遍在」する）
>>794-796
>>344-346で同じような話をしており、サンプルがあるサイトも紹介されています。
過去ログを全部読むのが大変なら>>394のまとめだけでも読んでから
サンプルを読むとスゲーと思うかも知れません。
Aspect-Oriented Design Pattern Implementations
http://www.cs.ubc.ca/~jan/AODPs/
0798デフォルトの名無しさん
NGNGただ、AspectJはちと強力すぎやしないか？
ロギングみたいにすべてのメソッドにコード挿入するような例は希だと思うな。
大体、ログ取るときだって手当たり次第に挿入しないだろう。
797のGoFの例だって、interfaceに実装を与えてる（Mix-In?）のがほとんどだし。
どうでもいいかもしらんが、StateとStrategyの例はいただけない。
アドバイスの中でクラスを判別するってのはなぁ……。
after(Queue queue, QueueEmpty qs, Object arg): ...
after(Queue queue, QueueNormal qs, Object arg): ...
てな感じでアドバイス自体を分けるんじゃ駄目なのかな？
0799デフォルトの名無しさん
NGNG0800デフォルトの名無しさん
NGNG勝手属性による言語の拡張とかが相性よさゲですよね。
0801デフォルトの名無しさん
NGNG0802デフォルトの名無しさん
NGNGいまさら新しい名前付けて、なんだっつーのよ。
0803デフォルトの名無しさん
NGNGおもしろいとは思うんだが、>>799に同意だな俺は。
ログや認証だけでない、「おぉこれは！」という適用例はないものか。
0804デフォルトの名無しさん
NGNGこれってどうよ？
0805デフォルトの名無しさん
NGNG0806デフォルトの名無しさん
NGNGができない今は危険。
だからAspectがなくても本質的な機能は動くという例でしか
現実に実装できない。
0807デフォルトの名無しさん
NGNG0809デフォルトの名無しさん
NGNGしかし、「指向」と名づけるところがなんか誇大広告っぽくて。
0810デフォルトの名無しさん
NGNG0811デフォルトの名無しさん
NGNG従来はデバッガのような特殊な実行環境でないと実現困難だったものも、
AOPだとコードとして書けるから柔軟になる、みたいに。
AspectJでは無理だけど、もっと動的にアスペクトを適用できると面白いかもな。
Decoratorパターンみたく任意に組み合わせしたり。
……すっげえ遅くなりそうだけどね（ｗ
0812デフォルトの名無しさん
NGNG0813デフォルトの名無しさん
NGNG0814デフォルトの名無しさん
NGNG0815デフォルトの名無しさん
NGNGJBoss AOP などのアプリケーションサーバの類が、一応 dynamic AOP ですよ。
多くのサーバが提供している AOP は、interceptor モデルを利用している
みたいです。
>> 812
アドバイス(advice)のデバッグ or テストはできそうですよね。だけど、
ポイントカット(pointcut)は難しいんじゃないですか？自分が意図しない
ジョインポイント(joinpoint)をポイントカットしてしまった場合に何とか
したいですよね。AJDT などがありますが、あくまで支援ですし。
0816R.M.S.
NGNG0817デフォルトの名無しさん
NGNGこんな感じだっけ。忘れかけてるが・・
public aspect LogAspect{
pointcut log() : execution(* *.*(..)) && !execution(* LogAspect.*(..));
around() : log() {
System.out.println("before:"+thisJoinPoint);
Object ret = proceed();
System.out.println("after:"+thisJoinPoint);
return ret;
}
}
0819デフォルトの名無しさん
NGNG> execution(* *.*(..)) && !execution(* LogAspect.*(..))
あまり詳しく知らないのですが、execution pointcut は、
アドバイスの実行も指定できるのですか？
>> 818
なんでイキナリ一杉さん？
千葉さんと増原さんならともかく…
0820デフォルトの名無しさん
NGNGそれでもOOPには導入するメリットがあった。
AOPはどうだろう?
0821デフォルトの名無しさん
NGNG言語の支援機構があるのでソースに表れないコードが実行されますが何か?
OOPの読みづらさはそんなことじゃなくてあちこち処理が飛ぶことで
把握を難しくしている点だろ。
0822デフォルトの名無しさん
NGNGむしろちゃんとしたドキュメントを作る手法を考えた方がいいよ。
アスペクト指向はどうでもいい。
0823デフォルトの名無しさん
NGNGこれからの AOP 言語は、abc で決まりだな！
0824デフォルトの名無しさん
NGNG0825デフォルトの名無しさん
NGNGCOBOL全盛期の時代から構造化指向とかいってたけど、
結局未だにALGOLから派生したＣやPascal(Delphi)
は構造化指向を謳い文句にしていた割にアナーキーだしね
0826デフォルトの名無しさん
NGNGDelphiは一応オブジェクト指向なんだけど……
もちろん、構造化指向でもあるけど、C++を挙げずにDelphiだけ挙げる
理由がわからん
0827デフォルトの名無しさん
NGNGおじさん指向ってなんですか？
0828デフォルトの名無しさん
NGNG"オブジェクト指向" の検索結果のうち 日本語のページ 約 365,000 件
"アスペクト指向" の検索結果のうち 日本語のページ 約 13,300 件
0829デフォルトの名無しさん
NGNG何研？
0830デフォルトの名無しさん
NGNG0831デフォルトの名無しさん
NGNG構造化言語とか構造化プログラミングのほうがとおりがいい。
0832デフォルトの名無しさん
NGNGただ構造化って言いたいだけなんちゃうかと
0833デフォルトの名無しさん
NGNG0834デフォルトの名無しさん
NGNG0835デフォルトの名無しさん
NGNG今更だが、検索結果合計ってなんで「約」なんだ。ﾃｷﾄｰか。
ﾊﾟﾌｫｰﾏﾝｽ命で件数なんかどうでもいいのか。
0836デフォルトの名無しさん
NGNGprintfの書式文字列と同じ
つまり
printf("約 %d 件",件数);
深く考えてないよ
0837デフォルトの名無しさん
NGNG方を重視して設計するよ。
件数なんて一番どうでもいい情報だし。あ、やっぱりどうでもよかった。
0838デフォルトの名無しさん
NGNG実際に検索結果を一覧していくと、ノイズが取り除かれて件数が減るので
最初に表示される件数には"約"がつく。
0839デフォルトの名無しさん
NGNG最初のページの１０件なり１００件なりはあまり変らないだろうけど、
何万件もあるケースだとページを表示している間に検索結果が変ると
仮定するのはそんなにおかしい話ではないと思う。
で、>>836がFAってとこじゃない？
0840デフォルトの名無しさん
NGNG0841デフォルトの名無しさん
NGNGアスペクト化っていったほうがいい。
0842デフォルトの名無しさん
NGNG多人数だと保守が難しくならないか？
0843デフォルトの名無しさん
NGNGweaveされる側が指定したpointcut以外には、
adviceを入れることが出来ないようにするとか。
0844デフォルトの名無しさん
NGNG普通の感覚だと、
「～指向」より「～化」の方が
より徹底していて、大げさな表現の
ような気がするけどな。
0845デフォルトの名無しさん
NGNGぱっと見わけわからんもん。
「オブジェクト」なら一般人でも雰囲気伝わる。
この指向は名前付けに失敗した感じやね。
「フック指向」・・語感悪い。
フックプログラミングでいいか。
その他「アドバイス指向」
改名したれや（ｗ
0846デフォルトの名無しさん
NGNGデフォルトvirtualなメソッドになってしまうOOPLも似たような危険性があるよな。
virtualと同様の箇所にaspect指定しないとコードしこめないとかにすればいいのかも。
>>845
名前以前にJava以外の処理系よこせと。
指向って言うほど大げさだとは思わないけどな。
デザパタ導入したってデザパタ指向なんていわないわけで。
C#が採用するかどうかで普及の度合いが一気に変わって競う。
0847デフォルトの名無しさん
NGNG0848デフォルトの名無しさん
NGNG覚えて使ってみて経験してみていっぱしの文句言え。
頭の中だけでどうこう語っちゃうから莫迦院生扱いされるんだよ
0849デフォルトの名無しさん
NGNG0850デフォルトの名無しさん
NGNG0851デフォルトの名無しさん
NGNG使う使わんは別として。
0852デフォルトの名無しさん
NGNGなにかヨンさまに関係あることを言っているに違いない。
0853デフォルトの名無しさん
NGNG0854デフォルトの名無しさん
NGNG0855デフォルトの名無しさん
NGNGようやく目を通し始めたんだけど、なかなか面白い。
原書の当初のタイトル：「XP、AM、ほかのAAプロセスとともに、AOのテクニックをRIPのインスタンスとして用いた、MDAのためのExecutableUML」
第3章「ドメインとブリッジ」 ExecutableUMLで扱う各ドメインはただ一つのアスペクトを構成し、AOPと同様な方法で関連付けを図る
って^^;
0856デフォルトの名無しさん
NGNGちょっと前に読んだ「はじめての業務分析」は、
Catalysis流のコンポーネント・モデリング手法を業務モデリング (ビジネスモデリング)に使う、
というなかなかアレな切り口の本だったけど、あっちではユースケースをグループ化して、ドメイン＝コンポーネント
みたいな解釈してたっけ。
0857デフォルトの名無しさん
NGNG0858デフォルトの名無しさん
05/01/31 12:48:53ということは、Spring FrameworkをEclispeで、て感じかな。
でも今度のプロジェクト、Weblogicだから
WebLogic Aspect Frameworkってのも気になるんだよな。。。
0859デフォルトの名無しさん
05/02/22 22:02:22なんか違うんだよな。ここに何かひとつ加えるだけで、
ほんとすごいものになるような感じなんだけど。
0860デフォルトの名無しさん
05/02/26 21:48:28ajc でコンパイルすることはできませぬか。やり方がようわからん……
javac でコンパイルした*.class は一応あるが…
AspectJは1.2です。
0861デフォルトの名無しさん
05/02/26 21:59:380862デフォルトの名無しさん
05/02/27 01:18:31アスペクト単位を持たせて横断処理毎に区切ってるってことなん？
0863デフォルトの名無しさん
05/03/04 18:24:42例えば、getter に対しての pointcut は call(* * *.get*()) だけども、
オブジェクトの状態を返す get* (Person.getName()) と、Singleton としての get*
(FooBar.getInstance()) は別に扱いたいかもしれない。
メソッドやクラスのシグネチャだけで pointcut を指定しても良いのだろうか。
0864デフォルトの名無しさん
05/03/05 01:25:42AspectJ5からはアノテーションも対象になるぞ。
0865デフォルトの名無しさん
05/03/05 15:29:050866デフォルトの名無しさん
05/03/05 17:32:030867デフォルトの名無しさん
05/03/12 22:27:03#include <stdio.h>
setenv TERM vt100
で
printf()
が使えるようになるのはアスペクト指向でせうか？
0868デフォルトの名無しさん
05/03/13 00:09:59中間層の環境設定で、プログラムの動作を変えることはいくらでもできる。
こんなイメージ
プログラムコード
Ｊ２ＥＥフレームワーク ＜＝ＡＯＰ
ＪＡＶＡ ＶＭ
ユーザープロセス、スレッド
ＯＳカーネル
機械語
ＣＰＵ
0869デフォルトの名無しさん
05/03/13 00:30:30ある側面（アスペクト）をクラス定義に加えられるから
アスペクト指向でいいの？
http://cai.cs.shinshu-u.ac.jp/sugsi/Lecture/java/L4/04-04.html
例
// Serializableインターフェースの定義。
public interface Serializable {
}
// 新しいクラスをSerializableにする。
public class MyOwnClass implements Serializable { // これだけでいい。
.....
.....
}
http://www.wakhok.ac.jp/~maruyama/summer98/node53.html
0870デフォルトの名無しさん
2005/03/23(水) 14:06:41陽に対象クラスのソースに含まれてて、
切り離しが出来ていない。
そういうのは普通はAOPとは言わないと思う。
0871デフォルトの名無しさん
2005/04/16(土) 20:58:53「継承はカプセル化を破壊する」なんて言ってたな。
http://www.netgene.co.jp/java/docs/swest5pp.html
0872デフォルトの名無しさん
2005/04/16(土) 22:11:01C#のattributeはAOPとは違うんですか
それも陽にクラスソースに含まれているのでダメかな
0873デフォルトの名無しさん
2005/04/16(土) 23:01:12Java言語の外部拡張手段 (Cがプリプロセッサ込みで成立してるようなモン)
Attributeは、そもそも言語拡張手段が開発者に公開されてるの？！
0874デフォルトの名無しさん
2005/04/16(土) 23:38:24「陰に」 暗黙的に implicit
0875デフォルトの名無しさん
2005/04/17(日) 00:00:20＞Annotation は明らかにAOPを包括した、
＞Java言語の外部拡張手段 (Cがプリプロセッサ込みで成立してるようなモン)
Java Annotationsは、
C言語を宣言型言語として解釈する、というくらいの飛躍が、あると思うがｗ
0876デフォルトの名無しさん
2005/04/17(日) 09:43:44http://suga.parfe.jp/tech/seasar2/DIContainer.html
0877デフォルトの名無しさん
2005/04/24(日) 02:29:250878デフォルトの名無しさん
2005/05/05(木) 00:15:15アスペクト指向分析設計の本
Aspect-Oriented Analysis And Design: The Theme Approach
http://www.amazon.co.jp/exec/obidos/ASIN/0321246748/
ヤコブソンの ﾕｰｽｹｰｽでAOSD本
Aspect-Oriented Software Development With Use Cases
http://www.amazon.co.jp/exec/obidos/ASIN/0321268881/
が出てだいぶ立ちましたが、
読み進みましたか？
0879デフォルトの名無しさん
2005/05/05(木) 00:17:030880デフォルトの名無しさん
2005/05/05(木) 00:22:25アスポェクトだから何？
アスポえクトだからって、何がうれしいんだよ！
まずそれをはっきりさせてもいましょ
0881デフォルトの名無しさん
2005/05/05(木) 00:44:41今注文した
0882デフォルトの名無しさん
2005/05/05(木) 00:45:070883デフォルトの名無しさん
2005/05/05(木) 00:48:48あと、原点を深く追求したい向きには、
こっちも面白いかも。
http://www.amazon.co.jp/exec/obidos/ASIN/0262610744/
0884デフォルトの名無しさん
2005/05/05(木) 00:49:09横断的関心事（だっけ）を抽出できるって説明は多いけど、他のメリットは無いの？
0885デフォルトの名無しさん
2005/05/05(木) 00:53:40さあ。自分で勉強したら？
>>883
某会社経営の人が
「Common Lispべったりだし、これを読んでMOPができるようになるわけでもない」
ってどっかに書いてた。
0886デフォルトの名無しさん
2005/05/05(木) 02:23:420887デフォルトの名無しさん
2005/05/05(木) 02:35:54パッチ？緊急時にしか出番がないだろう
誰も何が利点なのか説明できない＝ガラクタ
0888デフォルトの名無しさん
2005/05/05(木) 02:46:110889デフォルトの名無しさん
2005/05/05(木) 02:46:43もしかすると、積極的に使うものじゃないのかもね
呼び出しトレース出す時に、こんな方法もありますが何か？
と提案する程度かな。
ヘビ等の爬虫類が進化したら使いこなせたかもしれないが、
哺乳類から進化した我々ではアスペクトを有効に使いこなす事は、
どうやらできそうにないみたいだ。
0890デフォルトの名無しさん
2005/05/05(木) 02:48:14緊急時に得体の知れない物を使う余地などない
0891デフォルトの名無しさん
2005/05/05(木) 02:59:25クラスの外からクラスの中にソースコードを差し込む仕組みと言ったほうがしっくりくる
0892デフォルトの名無しさん
2005/05/05(木) 03:09:410893デフォルトの名無しさん
2005/05/05(木) 03:21:180894デフォルトの名無しさん
2005/05/05(木) 05:52:590895884
2005/05/05(木) 09:35:36勉強してみた。
面白いと思ったのは、別に全ての実装者がアスペクト設計を知る必要がないわけね。
言語仕様からフレームワークを強制する事で、ベテランとトーシロを分ける事ができて、
それが今の人海戦術開発にとても適合している、ということね。
しかし、永続オブジェクトをフローから抽出できる点が素晴らしい。
後付けでオブジェクトをポリシーの中に含めてしまった場合、適用範囲によってはテストが大変かなぁーと。
C#/VB.NETにも、そういう様な仕掛けが既にあることから流行廃りの問題じゃないな、と言う事は薄々感じている。
0896デフォルトの名無しさん
2005/05/05(木) 11:33:37どこから出てきた話ですか？
0897デフォルトの名無しさん
2005/05/05(木) 12:05:09デバックとパッチ以外の使い道は？
0898デフォルトの名無しさん
2005/05/05(木) 12:34:460899デフォルトの名無しさん
2005/05/05(木) 12:52:180900デフォルトの名無しさん
2005/05/05(木) 14:14:140901デフォルトの名無しさん
2005/05/06(金) 02:04:290902デフォルトの名無しさん
2005/05/06(金) 06:43:110903デフォルトの名無しさん
2005/05/06(金) 06:56:220904デフォルトの名無しさん
2005/05/06(金) 07:33:58こっちは暇じゃねぇんだよ。
スレ１００万回読み直して、自分で抜粋しろ。
0905デフォルトの名無しさん
2005/05/06(金) 07:35:160906デフォルトの名無しさん
2005/05/06(金) 12:20:100908デフォルトの名無しさん
2005/05/07(土) 00:16:02フロー、というのがよくわかりませんでした。
0909デフォルトの名無しさん
2005/05/07(土) 00:42:210910884
2005/05/07(土) 02:51:08いや、書いたままなんだけど。
永続オブジェクトと書いたけど、別に系統の違うオブジェクトをまたぐぐらいの寿命でも有効なんだけど。
フローと書いたのは、データに対する計算そのもの。
例えば、商品の原価計算とか。この場合の永続オブジェクトは、DBに格納するエンティティ。
商品のエンティティがそんなに多くなく規則性がある場合、エンティティのやりとりはアスペクトコードに
全て任せる事にすると、フローはエンティティを知らずに計算だけを行う事ができるよね。
そうするとアスペクトコードは商品のまとまりごとに異なる（もしくは同じ）エンティティを呼んで処理を行うだけになる。
このフローで扱うエンティティの制御を、オブジェクトの継承で実現しようとすると大変なのは分ると思う。
ただ、この例で言うと結局はマトリクス表とアスペクトコードのにらめっこになるし、商品オブジェクトが系統分けできていないと
商品オブジェクトに手を入れなくてはいけない。
アスペクト指向設計はオブジェクト指向設計がきちんと出来ていないとうまく機能しないという事を付け加えておく。
0911884
2005/05/07(土) 02:54:180912デフォルトの名無しさん
2005/05/07(土) 04:56:40あなたのやっておられるのは、データと処理を分けて扱う
データ指向(DOA等)じゃありませんか？
もちろん、DOAへのAOの適用も大切だと存じますが。
0913デフォルトの名無しさん
2005/05/07(土) 05:09:100914デフォルトの名無しさん
2005/05/07(土) 07:29:400915デフォルトの名無しさん
2005/05/07(土) 16:56:41それのどこに横断的関心事という概念があるんだか不明。
使い方のレベルが結局シンタックスシュガーと大して代わらんではないか。
>>912にも同意。
0916884
2005/05/07(土) 20:42:24確かにやっていることはデータ指向でした。アスペクト指向を変に理解していたのに今は反省している。
まあアスペクト指向言語の副産物ぐらいの考えでいきます。便利そうだし。
>>915
>それのどこに横断的関心事という概念があるんだか不明。
ロギング等と比べれば、横断の割合は少ないですけど、一応１クラスツリーをまたがる
横断を抽出している為、ぎりぎり「横断的関心事」と言えるんじゃないでしょうか？
>使い方のレベルが結局シンタックスシュガーと大して代わらんではないか。
正直スマンかった。
0917デフォルトの名無しさん
2005/05/08(日) 02:28:320918デフォルトの名無しさん
2005/05/08(日) 05:37:42終了ッ！
0919デフォルトの名無しさん
2005/05/08(日) 10:12:23わかんなきゃ、来なきゃいいのに(ｗ
0920デフォルトの名無しさん
2005/05/09(月) 16:48:380921デフォルトの名無しさん
2005/05/09(月) 17:05:29今後、凝集度を議論するときには、
Separation of Concernsの考慮が必要になるだろう
0922デフォルトの名無しさん
2005/05/18(水) 23:32:060923デフォルトの名無しさん
2005/05/18(水) 23:33:490924デフォルトの名無しさん
2005/05/18(水) 23:36:510925デフォルトの名無しさん
2005/05/18(水) 23:37:410926デフォルトの名無しさん
2005/05/18(水) 23:38:15まもなくここは 乂1000取り合戦場乂 となります。
＼∧＿ﾍ ／￣￣￣￣￣￣￣￣￣￣￣￣
,,､,､,,, / ＼〇ノゝ∩ ＜ 1000取り合戦、いくぞｺﾞﾙｧ！！ ,,､,､,,,
/三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ ,,､,､,,,
/三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,,
,,､,､,,, Ｕ （:::::::::::） ,,､,､,,, ＼オーーーーーーーッ！！／
//三/|三|＼ ∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
∪ ∪ （ ） （ ） （ ） ）
,,､,､,,, ,,､,､,,, ∧＿∧∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
,,､,､,,, （ ） （ ） （ ） （ ）
0927デフォルトの名無しさん
2005/05/18(水) 23:41:310928デフォルトの名無しさん
2005/05/19(木) 13:51:280929デフォルトの名無しさん
2005/05/20(金) 13:33:02今日もネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
(⌒Y⌒Y⌒) 三￣￣￣￣＼ ζ ＿＿＿_
／＼＿＿／ / ＿＿＿＿| ／￣￣￣￣＼ ／ ＼
/ ／ ＼ / ＞ | / ＼ ／ ／￣⌒￣＼
/ ／ ,,,,,、 ,,,,､ヽ; / ／ ,,,,,、 ,,,,､ヽ /＼ ,,,,,、 ,,,,､､=; / ／ ,,,,,、 ,,,,､ヽ
（⌒ / ｰi"￣ ﾌ‐!￣~~| |＿ ｰi"￣ ﾌ‐!￣~~| |||||||ーi"￣ ﾌ‐!￣~~| ｜ ／i"￣ ﾌ‐!￣~~|
（ (6 `ー‐'､ ,ゝ--''|.| (6 `ー‐'､ ,ゝ--''|(6--- `ー‐'､ ,ゝ--''|／⌒ (6 `ー‐'､ ,ゝ--'|
（ ｜ / "ii" ヽ | | / "ii" ヽ| ｜ / "ii" ヽ |（ ｜ / "ii" ヽ |
＼ ←―→ ）／ ＼ ←―→ ） ＼ ←―→ ）／ － ＼ ←―→ ）
＼＿＿＿_／ ＼＿＿_／ .＼＿＿＿_／ ＼＿＿＿／
＿＿＿＿ ＿＿＿＿_ /＼ /＼
／∵∴∵∴＼ .／⌒゛~￣￣￣＼ ／ ＼＼＼＼＼ ／ ￣ ＼
./∵∴∵∴∵∴＼ ./ ＿＿＿＿|＼_＿＼/ ＼＼＼＼＼ ／ ＼
../∵∴／ ,,,,,、 ,,,,､ヽ|＿し／ ,,,,,、 ,,,,､､ /／ ,,,,,、 ,,,,､ ヽ＼ / ,,,,,、 ,,,,､ヽ=;
｜∵/ｰi"￣ ﾌ‐!￣~~| |∴ｰーi"￣ ﾌ‐!￣~~|｜/ ーi"￣ ﾌ‐!￣~~|｜ーーi"￣ ﾌ‐!￣~~|
..(6 `ー‐'､ ,ゝ--''| (6 `ー‐'､ ,ゝ--''| 6 `ー‐'､ ,ゝ--''|| `ー‐'○ゝ--''|
..｜ / "ii" ヽ |｜ / "ii" ヽ | ｜ / "ii" ヽ |｜ / "ii" ヽ |
＼ ←―→ ）／ ＼ ←―→）／ ＼ ←―→ ）／ |＼ ←―→ ）／
＼＿＿＿_／ ＼ ＿＿／ ＼＿＿＿／ ＼ ＼＿＿＿／/
0930デフォルトの名無しさん
2005/05/21(土) 21:25:390931デフォルトの名無しさん
2005/05/24(火) 23:09:300932デフォルトの名無しさん
2005/05/26(木) 22:20:45http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20050520/161263/
東京工業大学がアスペクト指向(AOP)に基づいて開発したオープンソース・ソフトウエアを，日立ソフトウェア エンジニアリングが同社のSuperH向けJava開発環境の標準機能として採用した。
日本の大学が開発したオープンソース・ソフトウエアがそのまま実際の製品に採用されるケースは少なく，産学連携の一つの形態として注目を集めそうだ。
東工大が開発したのは，Javaのデバッグを支援するソフトウエア「Bugdel」。東工大 大学院 情報理工学研究科の大学院生 薄井義行氏と，助教授の千葉滋氏が開発した。
BugdelはJavaプログラムにデバッグのためのプログラムを埋め込むEclipseプラグイン。
アスペクト指向技術を利用し，デバッグ対象のプログラムとデバッグのためのプログラムを分離して記述することができ，これによりデバッグの効率を高めることが可能になる。
アスペクト指向とは，複数のオブジェクトが共通に利用する機能を，独立したモジュールとして実装できるようにするプログラミング技術。Bugdelは千葉助教授が開発したJavaバイトコード変換ツールJavassistを利用して開発されている。
また，指定した箇所でプログラムの実行を一時停止するブレーク・ポイントの設定も可能。
通常，ブレーク・ポイントを設定するためには，そのためにコンパイルしたJava実行環境（JavaVM)を使用する必要があるが，実行速度の低下が発生し，本番と異なる挙動が発生する可能性がある。
Bugdelでは通常のJavaVMでブレーク・ポイントを設定できるため，本番に近い環境でデバッグが可能になるとともに，デバッグのための作業も削減できる。
0933デフォルトの名無しさん
2005/05/26(木) 22:21:09SuperHは日立製作所が開発したRISCプロセサで，SuperJ Engineは，主に組み込みシステム向けのJava実行環境として数十社が利用している。
開発環境としてはEclipseを使用しており，2005年4月からBugdelを標準のプラグインとして正式採用した。
日立ソフトは，ブレーク・ポイント機能など実際の開発現場で重要となる機能を要望としてまとめ，東工大の薄井氏らがこれを実装した。
日立ソフトは，開発環境マシンとターゲット・マシンとの通信など，Bugdelを利用するためのSuperJ Engine特有の部分などを開発した。
＜“AOP”関連＞
米BEAがEclipse Foundationに参加，JRockit対応プラグインを無償提供 (2005/02/23)
米JBoss，さまざまな開発環境を組み込めるミドルウエア「JEMS」を正式発表 (2004/12/14)
「趣味で開発したソフトが正式業務に」――電通国際がオープンソースJava APサーバーSeasar2の有償サポート (2004/10/28)
「目的は新しい技術を追うことではなく，実案件の課題解決」――Java軽量コンテナ「Seasar」開発者 比嘉康雄氏 (2004/07/09)
【連載◎開発現場から時代を眺める by arton】第4回 (2004/05/25)
「大学から実社会で使われるオープンソースを」――東工大 助教授／JBoss開発メンバー 千葉滋氏 (2004/03/26)
日本発の「世界最先端」，オープンソース軽量コンテナに熱い視線――Seasar2説明会から (2004/04/13)
J2EEのキーパーソン，BEAのScott Dietzen氏，大いに語る (2004/03/23)
0934デフォルトの名無しさん
2005/05/26(木) 22:23:33漏れは某SIer社内じゃどーにもならなくて、いろいろ手を打ったけど研究する場所の確保に失敗したですよ(ｹﾞﾗｹﾞﾗ
さ～てと、次の５年計画でも立てるか～
0935デフォルトの名無しさん
2005/05/27(金) 00:07:54# http://www.programmers-paradise.com/web/template-system.html
> 今のところアスペクト指向を使ったテンプレートシステムは登場していない。
> だからこそ、今、その研究価値がある。
0936デフォルトの名無しさん
2005/05/27(金) 00:14:530937デフォルトの名無しさん
2005/05/27(金) 03:06:51……でも、アスペクト指向とからめるのはちょっとなぁ……HTML/XMLの要素を
横断する関心ごとはあるけれど、そもそもそれを処理するのがテンプレートシステムな
わけだし。
0938936
2005/05/27(金) 06:08:400939デフォルトの名無しさん
2005/05/28(土) 01:30:360940デフォルトの名無しさん
2005/05/28(土) 02:03:100941デフォルトの名無しさん
2005/06/02(木) 01:59:280942デフォルトの名無しさん
2005/06/02(木) 02:09:220943デフォルトの名無しさん
2005/06/02(木) 02:20:41どのようなキーワードで見つかったでしょうか？
0944デフォルトの名無しさん
2005/06/02(木) 02:35:54http://www.google.co.jp/search?q=AspectJ+AJDT+annotation
http://eclipse.org/aspectj/aj5announce.html
これじゃ不満かね。
0945デフォルトの名無しさん
2005/06/02(木) 04:04:510946デフォルトの名無しさん
2005/06/02(木) 04:09:570947デフォルトの名無しさん
2005/06/02(木) 12:42:36それってアノテーションでアスペクトを書いてるんですよね？
そうじゃなくて特定のアノテーションを持ってるメソッドなどに対してポイントカットできるかどうか知りたいのですが・・・
0948デフォルトの名無しさん
2005/06/07(火) 17:09:32ttp://www.sra.co.jp/people/aoki/SmalltalkTextbookJ/textbook33.html
上のページを読んでたら、AOPで制約プログラミングや契約プログラミング
ができそうな気がしてきた。
0949デフォルトの名無しさん
2005/06/15(水) 00:32:19ttp://www-128.ibm.com/developerworks/java/library/j-aopwork3/
0950デフォルトの名無しさん
2005/08/04(木) 19:06:320951デフォルトの名無しさん
2005/08/04(木) 19:07:23ア ス ベ ス ト 指 向
置いておきますね。
0952デフォルトの名無しさん
2005/08/04(木) 19:10:34>>931
0954デフォルトの名無しさん
2005/08/04(木) 19:32:31>>931
0955デフォルトの名無しさん
2005/08/05(金) 12:03:330956デフォルトの名無しさん
2005/08/05(金) 21:29:55もうどっかに消えてしまったんでしょうか。
0957デフォルトの名無しさん
2005/08/05(金) 23:03:52ログ以外に使い道あるのかよ(ﾌﾟｹﾞﾗ
0958デフォルトの名無しさん
2005/08/05(金) 23:10:540959デフォルトの名無しさん
2005/08/06(土) 03:41:36やっぱ運用チームの人間なんだろうな。空気読めねぇみたいだし。
0960デフォルトの名無しさん
2005/08/06(土) 07:53:33運用チームみたいな妄想をここでご披露してくれるお前は
はたして空気読めてるのかねえ
0961デフォルトの名無しさん
2005/08/06(土) 12:44:55正しいタイミングで詳細なメッセージを表示しようとすると、山ほど
インターセプターを書く事になるんだけど、こういうもんなのかな？
どうも上手く使いこなせないorz
ちなみに、Seasar2Wikiのサンプルプロジェクトに行けば、S2AOP
をログ以外の用途で利用してる例が見られる。
0962デフォルトの名無しさん
2005/08/06(土) 14:59:370963デフォルトの名無しさん
2005/08/06(土) 18:22:43永遠に追っかけやってりゃいーじゃん。
これが２ちゃんクオリティ
0964デフォルトの名無しさん
2005/08/06(土) 21:01:070965デフォルトの名無しさん
2005/08/06(土) 21:04:08ちなみにログ・デバッグ・パッチの話は後付けじゃないぞ(>>807)
0966デフォルトの名無しさん
2005/08/06(土) 21:09:490967デフォルトの名無しさん
2005/08/06(土) 21:56:370968デフォルトの名無しさん
2005/08/06(土) 22:32:28〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいﾜﾛｽﾜﾛｽ
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
0969デフォルトの名無しさん
2005/08/07(日) 14:39:05流行るわけない
0970デフォルトの名無しさん
2005/08/07(日) 18:59:33新ｽﾚ立てりゃいいだけなのに
970いってるんだから誰も文句言わないよ
0971デフォルトの名無しさん
2005/08/08(月) 07:25:39トランザクション・セキュリティ
５つもあれば充分じゃないの？ あまり多いとアスペクト自体が複雑になりすぎるし
0972デフォルトの名無しさん
2005/08/08(月) 12:28:28アスペクト指向でできることとアスペクト自体の複雑さはあまり関係ないと思われ
0973デフォルトの名無しさん
2005/08/09(火) 22:12:34ログでもパッチでもデバッグでもないと思われ
0974デフォルトの名無しさん
2005/08/10(水) 21:29:120975デフォルトの名無しさん
2005/08/12(金) 21:55:070976デフォルトの名無しさん
2005/08/13(土) 22:23:440977デフォルトの名無しさん
2005/08/15(月) 14:57:240978デフォルトの名無しさん
2005/08/16(火) 14:54:370979デフォルトの名無しさん
2005/08/16(火) 15:13:490980デフォルトの名無しさん
2005/08/16(火) 15:14:280981デフォルトの名無しさん
2005/08/16(火) 15:24:50http://pc8.2ch.net/test/read.cgi/tech/1065535118/
0982デフォルトの名無しさん
2005/08/17(水) 11:09:190983デフォルトの名無しさん
2005/08/17(水) 19:15:530984デフォルトの名無しさん
2005/08/17(水) 23:03:330985デフォルトの名無しさん
2005/08/18(木) 14:50:28レス数が950を超えています。1000を超えると書き込みができなくなります。