kibayasiの日記： 宛 ．ＮＥＴに詳しい人 And Ｊ２ＥＥに詳しい人 6
日記 by
kibayasi
「.NET」ってなんやねん。
ちゅうことで、調べようとしたのですが、
いまいちわからん。
いまいちどころか、いまさん以上わからん。
なにがどうわからないかっていうと、
それすらもわからん。
「.NET」って言葉だけが先行していて、結局なんなのかわからない。
ＭＳのサイトで調べようとあっちこっち探したが、よくわからない。
http://www.microsoft.com/japan/msdn/net/compare/default.asp
＜ Microsoft .NET と J2EE テクノロジの比較
なるサイトを見たら、ただ、おらっとこはえーんだぜぇええ。。と言いたいらしいページだった。
テクノロジの比較っていう言葉にだまされて、ベンチマークで２８倍もはやいんだぜえええええ
ドイツの科学力は世界一ィイイイイイイイイ って言われた気分である。
ちゃんと書けよ。。たのむからさ。
で、なんだっけ。。
あ、そうそう。。
「.NET」ってなんなのさ？
「J2EE」ってなんなのさ？
をしりたかったんだっけ。。
ドットネットとは (スコア:2, 参考になる)
こちら [gotdotnet.com]に詳しい情報がありマウス。 簡単に書くと、XML Webサービスと、.NET Framework がメインっぽいです。 .NET Framework は実行エンジンとクラスライブラリで、これからの開発はこちらのライブラリで作れって事なんでしょうかね？
簡単に書くと、インターネット上にプログラムのコンポーネントをバラバラに配置して、それをリモートでサブルーチンみたく呼び出して１本のプログラムとして稼動させる事が可能になります。これは、呼出のプロトコルにSOAPというHTTPの上にのっかったXMLデータを使ってまして、SOAPを使っていれば呼出元が Windowsアプリケーションでも、携帯電話でも、WEBサーバでもなんでもOKになります。 例えば、辞書ソフトWEBサービスとかをWEB上で公開しておけば、それを利用する Windowsアプリケーション、Java製 Windowアプリ、Webサイトとかが作れてしまいます。
というわけで間違えてたら突込みよろしく(w
すらど宴会SNS開放中 [e-meet.jp]
Re:ドットネットとは (スコア:1)
いやあ、どうもっすぅ。
しらべまっする。
＞というわけで間違えてたら突込みよろしく(w
私には、判断できないっすぅ。。(T_T)
とりあえず、つっこみますか？
(゜o゜)ヾ(--； なんでやねん。。
とりあえずっす。（笑）
じゃお言葉に甘えて (スコア:1)
ツッコミを一発。
.NETは別にWebサービスのエイリアスではないっす。
meraさんの書き方だとそんな風に読めたんで。
確かに昔MS自体がそういうプロモーションをしていたことは事実ですが、それはあくまで.NET構想の基幹となるWebサービスを定着させようとする戦略に沿っていたものであって本質はもちょっと違うところにあります。
ここで「じゃ.NET構想とその本質って何なのよ？」という疑問が当然のように湧いてきますが、そこら辺はこの辺 [microsoft.com]を見るとわかるんではないかと。
まあタテマエと意味不明用語もバリバリ使ってありますが;-p
結局MSが唱える構想はMSしか正しく説明できないですし。
つーか一昨年の5月の資料を去年の12月になるまで訳出しないでほっとくなよ＞MS
で、その資料が現在でも有効かってゆーとそれはどうでしょう？と首を傾げてしまうんですけどね。
いろいろ状況は変化してますからねえ。
アレが売れなかったりコレがコケたりしてるし...
Re:じゃお言葉に甘えて (スコア:1)
私の中では「.NETとはお手軽なWebサービス」なんてのが定着してるというか、それの魅力だけで生まれて初めてVBに手を出したというのがあったのでした(笑) それにしてもリンク先のサイト情報はなかなか参考になります(^^
＞で、その資料が現在でも有効かってゆーとそれはどうでしょう？と首を傾げてしまうんですけどね。
＞いろいろ状況は変化してますからねえ。
＞アレが売れなかったりコレがコケたりしてるし...
実際のところなんでもかんでも Webサービスで統合できる。 みたいな事が書いてありますが、通信部分を全て Webサービスでいいのかな？ みたいな疑問はあります。例えば。
・基幹システムをWebサービスで社内に立ち上げた。PCのWindowsフォームによるクライアントからでも、携帯からASP経由でも社内の基幹システムにアクセス可能
という場合、開発が楽で生産性も上がるかもしれませんがサーバの負荷で難儀するので全部Webサービスにするのは辛い。 というのが予算の問題で発生するとか・・・あ、そうか、これによってさらにハードがバカスカ売れるMSの戦略だったのか！(笑)
すらど宴会SNS開放中 [e-meet.jp]
Re:じゃお言葉に甘えて (スコア:1)
反応遅くてすんまそん。
＃ここ2日間の動向は日記に書きました(w
＞通信部分を全て Webサービスでいいのかな？ みたいな疑問はあります。
こんなことは釈迦に説法だとは思いますけど「全て」ってことになるともちのろんでダメでしょう。
だって遅いもん。
XMLで作られたメッセージ解析するわけですし。早いわけがないつーか。
遅くていい場面とダメな場面とがあり、さらには現状のセキュリティが云々とか異なる組織同士の相互運用がどーこーとか考えれば、MSやIBMが言うほどバラ色の未来はまだ来ないんじゃないかなー、とペシミスティックに思っておる次第。
適材適所というのはまったく変わらないですね。
実際.NETの場合Remoting使うことでWebサービス使うよりなんぼも早いオブジェクトの送受信が実現できるのでパフォーマンスが重要な局面ではそれを使ったり。
Re:じゃお言葉に甘えて (スコア:1)
なるほど、Remotingを使うという手もあるんですね。 という事は、通信の制御やタイミング制御にWebサービスを利用してデータの実体にRemotingを使うといいのかな？ とりあえずよくわかんないのできのう来たばかりの機能リファレンスを一通りチェックするしか。
すらど宴会SNS開放中 [e-meet.jp]