【.NET】WCF〜Windows通信基盤技術【通信】

■ このスレッドは過去ログ倉庫に格納されています
2009/10/14(水) 22:32:15
Windows Communication Foundation(WCF)は、
.NET Framework 3.0 における新しい通信サブシステムであり、
アプリケーション同士をネットワーク経由で接続する仕組みである。

                                wikipediaより

<関連URL>

■Windows Communication Foundation (WCF)
http://msdn.microsoft.com/ja-jp/netframework/aa663324.aspx
2009/10/14(水) 23:18:05
三文字テクノロジは流行らない法則。
2009/10/15(木) 00:52:39
なんかさ、最近のMicrosoftって宗教みたいじゃね?
信じる者は救われる〜〜〜〜みたいにw
4874
垢版 |
2009/10/15(木) 01:48:05
スレ違い
2009/10/15(木) 01:49:53
"874"はみす
2009/10/15(木) 02:06:19
>>847
でも、ここってMicrosoft教WCF宗派が集うスレじゃね
2009/10/16(金) 01:16:07
正しくは.NET宗WCF派だ
2009/10/16(金) 16:22:15
>>7
ちなみにアプリ間の通信に関しては
他にどんな宗派があるの?
2009/10/16(金) 17:43:09
>>8
まず業界標準のOMG/CORBAがある。

また、CORBAと互換性(相互運用性)があるのか否かが最大の注目点。
もし無ければ、ブリッジ(or ゲートウェイ)が標準提供される必要がある。
このブリッジはプログラミングレスであることが重要。

さもなければ、MSの宗教(MS教.NET宗WCF派)であると見なす。
10デフォルトの名無しさん
垢版 |
2009/10/16(金) 19:09:50
WCF vs CORBA
WCF vs xml-rpc
WCF vs SOAP
WCF vs socket
WCF vs RPC
2009/10/16(金) 19:18:15
WCFはサービス指向だからCORBAとはあまり合わんかも。

ちなみにWCFは通信プロトコルじゃないよ。
WCFのモデル上で各種通信プロトコルが実装される。
Webサービスとかその他諸々。
CORBA対応するとしてもそういうイメージ。
2009/10/16(金) 19:20:28
元々あらゆる通信プロトコルを
単一のプログラミングモデルで扱えるようにするのが目的だから。
2009/10/16(金) 20:27:27
>>11
>CORBA対応するとしてもそういうイメージ。

・CORBA対応は後発であるWCF側で対応する
・その対応により、既存システム側に変更は不要
・上記はMSが保証する

>>12
>元々あらゆる通信プロトコルを
>単一のプログラミングモデルで扱えるようにするのが目的だから。

・その「あらゆる」という言葉には、当然、CORBAも含まれている
・.NET系以外のシステムであっても、相互運用可能である
・上記はMSが保証する

これらは、すべてYESですか?もしそうであれば宗教扱いを止めます。
2009/10/16(金) 23:18:39
・コンポーネント指向プログラミング
 − 再利用方法:分散環境でのコンポーネント、部品再利用
 − 再利用環境:同じ開発環境および同じぷラットフォーム
 − 代表する技術:ActiveX、COM/DCOM、JavaBeans、EJB、CORBA/COM
 − インタフェイス定義:IDL
 − 問題点:特定プラットフォームへ依存、ファイヤウォールの透過は困難

・サービス指向アーキテクチャ
 − 再利用方法:分散環境でのサービスの再利用
 − 再利用環境:サービス指向アーキテクチャ環境
 − 代表する技術:SOAP Webサービス、*WCP*
 − インタフェイス定義:WSDL
 − 問題点:業界共通の定義は、まだ存在しない

 「これからはじめるWCFプログラミング」(秀和システム)より
15デフォルトの名無しさん
垢版 |
2009/10/16(金) 23:20:57
ABC

A:アドレス
B::バインディング
C:コントラクト
2009/10/17(土) 00:02:03
>>11
CORBAとかその辺がやってたことを再実装して売り出すというやつですか。
2009/10/17(土) 00:05:43
>>14
>− 代表する技術:ActiveX、COM/DCOM、JavaBeans、EJB、CORBA/COM
> − インタフェイス定義:IDL
> − 問題点:特定プラットフォームへ依存、ファイヤウォールの透過は困難

問題点が特定プラットフォームへ依存ってあるけど、それはActiveX、COM/DCOMのこと?
Windowsシステム上でしか動かないし、他のシステムと相互運用性ないし。
自分から原因を作っておきながら、さも全体に問題があるように語るの?

もしも、それでWCFを拝んでいるようなら、やっぱ MS教.NET宗WCF派 だよwww

>− 代表する技術:SOAP Webサービス、*WCP*

えーと、"WCP" って、まさか Windows Communication Protocol じゃないよね。
今時、特定プラットフォームへ依存するプロトコルなんてありえないし。
2009/10/17(土) 02:47:55
だからWCFは単なるプログラミングモデルだってのに。
サービス指向の考え方がわりと根底にあるっていう特徴はあるにしても。
メインはWebサービスだし、MS教とか関係ないっつの。
WCFに関してはね。
2009/10/17(土) 03:08:01
>>13
通信プロトコルではないの意味が分かってないのか?
.NETでは通信のプログラムはこういうモデルで書こうというだけの話に、
宗教もくそもない、既存の標準のしくみを置き換えるものでも何でもない。
2014
垢版 |
2009/10/17(土) 06:41:53
>>14
× WCP
○ WCF
21デフォルトの名無しさん
垢版 |
2009/10/17(土) 07:33:20
>宗教もくそもない
すべての宗教、思想、道徳をあたたかくつつみこんでくれるわけですね。
しかし、それはいっいどんなものなのでございましょう?
22デフォルトの名無しさん
垢版 |
2009/10/17(土) 12:52:33
通信のインフラストラクチャ
2009/10/17(土) 23:46:03
>>18
>メインはWebサービスだし、

というよりも、WCFはWindowsプラットフォーム上でしか緊密な相互運用性が保証されず、
他のプラットフォームとの間は、Webサービス(SOAP)みたいな粗結合な仕掛けでしか
相互運用できないってのが事実だろが。まったく信者はこれだから....。

>19
>.NETでは通信のプログラムはこういうモデルで書こうというだけの話に、

で、そのモデルとやらは、Windows以外のプラットフォームを包含しているのか?と指摘しているんだよ。

漏れはMSを全否定する気はない。特に、MSの持つXML関連の技術は、高く評価している。
たとえばWPFは、MSらしいXML応用技術だ。そして、WPFはWindowsプラットフォーム(.NET)上で
閉じているから、その世界の中で信者達が信仰している分には、何をしようと無問題だ。

でもな、MS教がネットワーク、あるいは分散システムに進出するとなれば、話は大きく変わるんだよ。
それが何度も言っている「他プラットフォームとの相互運用性」という課題。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況