「宛 ．ＮＥＴに詳しい人 And Ｊ２ＥＥに詳しい人」記事へのコメント

ドットネットとは

[mera (2504)]

あなたの夢をかなえてくれるソリューションです(w

こちら [gotdotnet.com]に詳しい情報がありマウス。　簡単に書くと、XML Webサービスと、.NET Framework がメインっぽいです。　.NET Framework は実行エンジンとクラスライブラリで、これからの開発はこちらのライブラリで作れって事なんでしょうかね？

簡単に書くと、インターネット上にプログラムのコンポーネントをバラバラに配置して、それをリモートでサブルーチンみたく呼び出して１本のプログラムとして稼動させる事が可能になります。これは、呼出のプロトコルにSOAPというHTTP

--
すらど宴会SNS開放中 [e-meet.jp]

じゃお言葉に甘えて

[katze (7527)]

ツッコミを一発。
.NETは別にWebサービスのエイリアスではないっす。
meraさんの書き方だとそんな風に読めたんで。

確かに昔MS自体がそういうプロモーションをしていたことは事実ですが、それはあくまで.NET構想の基幹となるWebサービスを定着させようとする戦略に沿っていたものであって本質はもちょっと違うところにあります。

ここで「じゃ.NET構想とその本質って何なのよ？」という疑問が当然のように湧いてきますが、そこら辺はこの辺 [microsoft.com]を見るとわかるんではないかと。
まあタテマエと意味不

Re:じゃお言葉に甘えて

[mera (2504)]

あわわ、突っ込まれてしまいました。
私の中では「.NETとはお手軽なWebサービス」なんてのが定着してるというか、それの魅力だけで生まれて初めてVBに手を出したというのがあったのでした(笑)　それにしてもリンク先のサイト情報はなかなか参考になります(^^

＞で、その資料が現在でも有効かってゆーとそれはどうでしょう？と首を傾げてしまうんですけどね。
＞いろいろ状況は変化してますからねえ。
＞アレが売れなかったりコレがコケたりしてるし...

実際のところなんでもかんでも Webサービスで統合できる。　みたいな事が書いてありますが、通信部分を全

--
すらど宴会SNS開放中 [e-meet.jp]

Re:じゃお言葉に甘えて

[katze (7527)]

反応遅くてすんまそん。
＃ここ2日間の動向は日記に書きました(w

＞通信部分を全て Webサービスでいいのかな？ みたいな疑問はあります。
こんなことは釈迦に説法だとは思いますけど「全て」ってことになるともちのろんでダメでしょう。
だって遅いもん。
XMLで作られたメッセージ解析するわけですし。早いわけがないつーか。
遅くていい場面とダメな場面とがあり、さらには現状のセキュリティが云々とか異なる組織同士の相互運用がどーこーとか考えれば、MSやIBMが言うほどバラ色の未来はまだ来ないんじゃないかなー、とペシミスティックに思っておる次第。
適材適所というのはまったく変わらないですね。
実際.NETの場合Remoting使うことでWebサービス使うよりなんぼも早いオブジェクトの送受信が実現できるのでパフォーマンスが重要な局面ではそれを使ったり。

Re:じゃお言葉に甘えて

[mera (2504)]

こんなことは釈迦に説法だとは思いますけど「全て」ってことになるともちのろんでダメでしょう。
だって遅いもん。

きのう実際にアプリ組んでみて実感しますた(笑)
なるほど、Remotingを使うという手もあるんですね。　という事は、通信の制御やタイミング制御にWebサービスを利用してデータの実体にRemotingを使うといいのかな？　とりあえずよくわかんないのできのう来たばかりの機能リファレンスを一通りチェックするしか。

--
すらど宴会SNS開放中 [e-meet.jp]