1

新しいASP.Netサイトに取り組んでいます。私たちが行った最後の主要なサイトは、従来のASPでした。そこで使用した手順は、最初にHTMLを完成させ、次にASPコードで「それを実現する」ことでした。

ASP.Netの世界では、これはどのように機能しますか？つまり、マークアップの多くが実際にサーバーコントロールによって生成されている場合、設計者はどのように作業を行うのでしょうか。

また、ASP.NetMVCを潜在的な軽量の代替手段として検討しています。

デザイナーと協力し、彼らの仕事をコードと統合するという観点から、両方のシナリオで人々にとって何が最も効果的であったかを知ることに非常に興味があります。

更新：私はここで尋ねていたものを洗練しました。まったく同じ質問ではありませんが、これはおそらくそれとマージできるように十分に似ています。それらをマージする方法についてのアドバイスをいただければ幸いです。

4

2 に答える 2

1

私の意見では、マークアップをどのように生成するかに関係なく、それをうまく計画することは価値があります。動作するマークアップを発行するためにサーバーコントロールを必要とするだけの場合、CSS / JS/HTMLの順序を維持するという点でかなりのメンテナンス負担が発生する可能性があります。ASP.NET Webフォームとサーバーコントロールを使用すると、お粗末なマークアップを発行するのは非常に簡単です。

すべてのページのHTMLの最後のビットをすべてコーディングするわけではありませんが、クリーンでよく計画されたHTML「スケッチ」がASP.NET開発者にとって役立つ出発点になることがあります。CSSの人々がスタイルの適用を開始し、ASP.NETの開発者が機能的な部分を開発できるようになります。

于 2010-03-31T16:31:59.683 に答える
1

純粋に ASP.Net MVC の観点から答えてみましょう。

  • デザイナーに引き続き HTML デザインを依頼しますが、完全なページ レベルではなく、より小さな「ビュー」レベルで行います。

  • 次に、適切な有効な XHTML、CSS、および作品を使用してビューからページを構成します

  • この構成段階では、ASP.Net MVC の REST 対応機能のいくつかを理解し、UI アクションを REST アクションに適切にマッピングできるかどうかを確認します。

  • ビューにバインドできる ViewModel クラスの作成を開発者に依頼します。

  • そのため、開発者はViewModelクラスとそれらを水和するメカニズムを提供しますが、デザイナーは特定のViewModelにバインドされるHTMLビューを設計します.

HTH。

于 2010-03-31T16:39:25.197 に答える