さまざまな種類のコントロールの背後で多くの機能が実行されており、それらをページ エディターで機能させるには、この imo にあまりにも多くの時間を費やすことになります。Glass.Mapperのような ORM プロジェクトの一部でさえ、ページ エディター モードに Sitecore コントロールを使用するようにフォール バックします。
この道に進む前に、私は非常に慎重に考えます。技術的な観点だけでなく、サポート、メンテナンス、将来のアップグレードの観点からも。
質問に Sitecore 6 のタグを付けたことに気づきましたが、Sitecore の最新バージョンは 7.1 で、今月SPEAK UIをサポートする予定です。将来のバージョンでどのような変更が行われるかはわかりませんが、少なくともより標準的なアプローチでは、Sitecore がプロジェクトのアップグレード パスを持っていることがわかります。
また、あなたが退職し、他の誰かがプロジェクトを引き継ぐ必要がある場合はどうなりますか? Sitecore はかなりニッチな開発者市場です。候補者ベースをさらにニッチなものにしました。また、Sitecore サポートの観点からも考える必要があります。サポートに関与する必要がある場合は、別の問題に遭遇する可能性があります。
次に、DMS、パーソナライゼーション、A/B、および多変量テストをページ エディター内からすべて考慮する必要があります。これらはすべて、別のワームの可能性を広げるだけです。
ただし、プロジェクトの一部で Sitecore と一緒に Knockout.js を使用できない理由はありません。
しかし、それは私の2セントです。
しかし、それでアイデアの探求を止めてはいけません。それが進歩の原動力であり、いくつかの素晴らしい共有ソース モジュールにつながっています :)