WCFでいくつかの小さなプロジェクトを完了した後、私はWCFで何ができるかに非常に満足しています。
しかし、代替案を検討するために少し時間を費やしたので、AXIS2やMetroなどのJavaベースのWebサービスを使用することでどのようなメリット/デメリットが発生するかを正確に見つけるのに苦労していますか?
明らかに、オープンソースはおそらくそれらの1つであり、Windows Server / IISからも脱却していますが、それ以上はわかりませんか?
WCFでいくつかの小さなプロジェクトを完了した後、私はWCFで何ができるかに非常に満足しています。
しかし、代替案を検討するために少し時間を費やしたので、AXIS2やMetroなどのJavaベースのWebサービスを使用することでどのようなメリット/デメリットが発生するかを正確に見つけるのに苦労していますか?
明らかに、オープンソースはおそらくそれらの1つであり、Windows Server / IISからも脱却していますが、それ以上はわかりませんか?
これら2つのアプローチを具体的に比較する際に、2つの間の全体的な生産性を評価します。どちらかまたは両方を追求するオプションがあると仮定すると、MetroおよびAXIS2でのロジスティックの回避策はWCFよりも高いことがわかりました。
これらの両方が本質的にアクセスポイントであることを考えると、互換性の観点からシステムの複雑さが舞台裏にあるものはすべて、重要な決定ポイントです。私たちは無限の相互運用の可能性の世界に住んでいますが、一貫性が生産性とパフォーマンスの向上をもたらすことができるスタックを好む傾向があります。
オープンソースに関しては、.NetよりもJava側の方がボリュームが大きい一方で、これらのプロジェクトの多くは、Java Webサービスプラットフォーム(たとえば、RESTlet)に欠けている機能をサポートするように構築されていることもわかりました。
Windows / IISから抜け出すことは、確かにJava / Metro / AXIS2のオプションですが、WCFでは、フロントエンドサーバーとしてそれを使い続けています。私は個人的に両方とも(あまりにも)構成が重いことに気付いたので、どちらもその点で私にとって利点として機能していません。ただし、Javaの組み合わせの代替ホストは確かに可能性があるため、特定の状況ではより多くの価値を保持する可能性があります。
全体として、両方のプラットフォーム(全体として)には、他のプラットフォームよりも有利なシナリオがあります。これらのシナリオが環境に当てはまるところが、私が最も関連性があると思うものです。