0

私は lightswicth のアーキテクチャを見てい ます http://channel9.msdn.com/Shows/Going+Deep/Steve-Anonsen-and-John-Rivard-Inside-LightSwitch

最も高度な概念とフレームワークに基づいている VB6 のような醜い RAD とは何の関係もないことは非常に印象的です。ほとんどのドメイン開発者はドメイン レベルは得意だが、システム レベルは得意ではないので、lightswitch がこれを補うという彼らの意見に同意します。しかし、非常に高度なため、プログラマーでなくても上級ユーザーでも、気付かないうちに多層 .NET およびリアクティブ プログラミング システムを構築できるようになります (Forrester Research は、 http: //visualstudiomagazine.com/blogs/desmond- file/2010/08/lightswitch-questions-with-jeffrey-hammond.aspx )。

では、ライトウィッチ技術を選択する際の欠点はありますか?

4

1 に答える 1

1

私が目にする最大の問題は、UI 側でボックスから抜け出すことです。LightSwitch モデルに適合しない特定の要件がある場合。自動的にレイアウトされたコントロールに基づく LightSwitch ページに一致しないナビゲーション スキームが必要な場合。
LightSwitch で UI のような CAD を作成することは考えていません。ただし、通常の LOB データの表示/更新アプリケーションは問題ありません。
また、LightSwitch でチャット タイプのアプリケーションを作成することもありません。しかし、それは LightSwitch に対する私の想像力と理解力の欠如によるものかもしれません。

サーバー側には、ほとんどのニーズに合わせて拡張できるようにするのに十分なフック ポイントがあるようです。LightSwitch 内で解決できない/解決したくない場合は、別のサービスへの WCF 呼び出しを簡単に行うことができます。

于 2011-02-20T12:53:34.327 に答える