WCSF は良い選択かもしれませんが、おそらく、あなたがリストした機能のニーズとは何の関係もない理由があります。
私の意見では、WCSF が目指している最良の点は、ビューとプレゼンターの間の懸念事項を分離できる Model-View-Presenter-[Controller] パターンに基づいて構築されていることです (MVC のように)...しかし同時に、多くの .net'er が慣れ親しんでいる「ページ コントロール」モデルからの完全なパラダイム シフトではありません。これは、Telerik や Infragistics などの多くのサード パーティ コントロールを以前と同じように使用できることを意味します (MVC ではより困難になります)。
MVP パターンは依存性注入コンテナー (ObjectBuilder) と制御の反転を使用するため、Web コンテキストなしで単体テストを作成するための非常に優れた方法が得られます (オブジェクトを簡単にモックできます)。また、コンテナーはサービスの場所をサポートしているため、共有される WCSF サービスを簡単に記述できます (WCF や WSSF はここにうまく収まります)。
プログラムの観点から高度にモジュール化されており、多くの拡張ポイントがあります。
そうは言っても...それは、テンプレート化、パーソナライズ、動的フレームワークをもっと探しているように聞こえます。この場合は、WSS/SharePoint をチェックしてみてください。