Open棟梁Project - マイクロソフト系技術情報 Wiki
イントラネット環境で
「ベースクライアント・セキュリティモデル」
を採用する場合はこの限りでは無い。
通常、物理2層C/Sを3層化するために用いられる。
アーキテクチャ設計 - プラットフォーム・アーキテクチャに分類される。
クライアント・アプリケーションを
ターミナル・サービス・アプリケーションへ移行する場合の考慮点
解決方法:
また、ライブラリのコードに制御がある場合は、
カーネル オブジェクトの名前の前に、に"Global\"を付与し、強制的に
グローバル名前空間にターミナル サーバー セッションでアクセスします。
VB6からの
のプログラミング・モデルを実現するUIテクノロジ。
などもあり、導入の問題も少なく生産性も高いため。
なお、VS2012でサポートされていることから、サポート切れは早くても2022年以降。
VB6のサポートの例もあるので、ランタイムサポートはさらに伸びる可能性がある。
Windows Formsの後継のUIテクノロジである。
Javaのリッチクライアント技術は弱いので、
Nexaweb、XPlatformを使用するケースが多い。
ASPに続くHTML画面の生成技術だが、ASPと大きく異なり、
VBの2C/S開発(Windows Forms)で採用されている
「イベント・ドリブン+UIコンポーネントベース」
のプログラミング・モデルをWebでも実現するWeb UIテクノロジ。
JavaはJSF(JavaServer? Faces)が
ASP.NET Web Formに似たアプローチをとっている。
ただし、
Strutsに慣れたJava技術者が使いこなすのは困難であるとされている。
また、UIコンポーネントベース(UIコンポーネントからHTMLが出力される)方式のため、
HTMLを直接操作できず、出力されるHTMLのカスタマイズが困難である。
(カスタマイズには難易度の高いカスタム・コントロール化が必要になることがある)。
考慮した.NET版のMVC方式のWeb UIテクノロジ。
画面単位のモジュール化と、イベント・ドリブンの実現
ASP.NETでは意識し難い生HTMLをガリガリ生成&弄り易い。
と言う事かと思います。
HTML5/CSS3/JavaScriptが注目される時勢のため、
前者が衰退傾向で、後者が流行しつつあるという認識。
Flex 2.0でリッチなWebアプリを作ろう
- 第1回 Flexはエンジニア向けのFlash:ITpro
http://itpro.nikkeibp.co.jp/article/COLUMN/20061012/250481/
WPFと同じXAML+.NET(VB、C#などの.NET言語)によって開発・実装を行うが、
HTML5 - Wikipedia
http://ja.wikipedia.org/wiki/HTML5
HTML5 は、プロプライエタリなプラグインとして提供されているリッチインターネットアプリケーションのプラットフォーム(JavaFX、Adobe Flash、Microsoft Silverlight 等)を置き換えることを標榜しており、ウェブアプリケーションのプラットフォームとしての機能やマルチメディア要素が実装されている。そのため HTML5 が普及すれば Adobe Flash などのプラグインは不要になるという意見がある。
リッチクライアント技術ではあるが、
のプログラミング・モデルを直接サポートしておらず、
現段階では、Flash・Flex、Silverlightのような
業務アプリケーション開発向けの技術では無い。
Single Page Application (SPA) を使ってみよう MVC 4 新機能シリーズ
- THE TRUTH IS OUT THERE - Site Home - MSDN Blogs
http://blogs.msdn.com/b/chack/archive/2012/02/28/single-page-application-spa-mvc-4.aspx
JavaScript と ASP.NET Web API をベースとした
クライアント サイド インタラクション中心の Web アプリケーション
を構築するのに適したフレームワークとテンプレート
ターミナル・サービスを指す。
DBとの2フェーズコミットが必要な
を構築する場合に利用する。
構築~利用までの難易度が高い。
故に、DBをキューとして使用する案件も多い。
このためマイクロソフトは、SQL Serverに
Service Brokerというミドルウェアを実装しているが、
アプリケーション開発者は、Service Broker を使用すれば、
通信やメッセージングの複雑な内部のプログラミングを行わなくても、
データ ワークロードを複数のデータベースに分散できます。
メッセージング基盤、非同期実行基盤は、
カスタマイズ要素が多いためか、普及するに至っていない。