1

当社のデザイナーは、新しいデザインのグラフィカルなモックアップを作成し、最初の html、css、および画像スプライトを作成し、それらのファイルを維持します。最初のハンドオフの後、開発者はすべてを .Net コード、テンプレートなどに組み込みます。

問題: デザイナーが機能の設計や微調整を任されたとき、最初のモックアップ html から作業することができません。ライブ (またはベータ) サイトにアクセスしてソースを表示し、ブラウザーから html を保存できますが、面倒で、エラーが発生しやすく、すぐに古くなってしまいます。

.Net で作成されたサイトから、ビルド時またはボタン プッシュ (バッチ操作) で HTML 作成を自動化する簡単な方法はありますか?

難点: 一部のページ (トランザクション、アカウント) は https であり、ユーザー名/パスワードのパススルーが必要です。これはすべてベータ サイト上にあるため、クリア テキストで渡す場合のセキュリティの問題は比較的少ないです。

4

6 に答える 6

2

あなたのプロセスは壊れています。最初の変換を行うときは、プレゼンテーションと動作をできるだけ分離する必要があります。その後、デザイナーはテンプレートを操作し、開発システムにアクセスできる必要があります。

于 2009-07-31T14:27:49.183 に答える
1

私はちょうど今、この同じ問題に取り組んでいます。まず、設計者に開発サーバー上の実際の .aspx ファイルを編集してもらいます。HTML でソースを表示し、それをコードに統合しようとするときにあらゆる種類の問題を引き起こす編集 (ユーザー コントロール、マスター ページ、常に表示されるとは限らない動的パーツ/メッセージの処理)ページなど)

変更をマージする方法については、次のプロセスを使用します。

  1. 設計者と連絡を取り、毎日、設計者の変更を自分のコードにマージできる時間を確保してください。その間、マージを行っている人以外は誰も開発サーバーに変更を加えません。

  2. Visual Studio と TFS を使用していると仮定して、すべての変更をチェックインし、ローカル ワークスペースの .aspx/ascx & .css ファイルを開発サーバーからのデザイナーの変更で上書きします。

  3. TFS パワー ツールの「tfpt」ツールを使用して、実際に変更されていないすべてのチェックアウトを元に戻します。または、実際に変更された開発サーバーからファイルをコピーすることもできますが、言うは易く行うは難しです。

  4. 変更があったファイルについては、ローカル バージョンと TFS の最新バージョンを比較して、何をマージ/修正する必要があるかを判断します。

  5. すべてがマージされたら、チェックインして開発サーバーに再デプロイします。

  6. 毎日繰り返す。

m.bagattini が述べたように、ASP.NET MVC を使用している場合は非常に役立ちます。そうすれば、ほとんどの .aspx ファイルは、設計者が編集方法を知らないサーバー コントロールの束ではなく、いくつかのコード ブロックが挿入された標準の HTML になります。

また、インライン スタイルを避け、スタイルシートを厳密に使用する場合にも役立ちます。そうすれば、デザイナーは通常、スタイルシートを編集するだけで、.aspx ファイルのコードをいじる心配がなくなります。

于 2009-07-31T14:45:39.153 に答える
0

微調整が最小限で、何らかの理由でデザイナーにバージョン管理システムにアクセスさせたくない場合は、元のファイルを編集して (元のファイルのコピーを保持しながら) diff、. 開発者は を取得しdiffて手動で適用します。

このプロセスはかなりまずいので、(他の人たちと同じように) デザイナーと開発者が同じバージョン管理システムを使用することをお勧めします。

于 2009-07-31T14:59:36.697 に答える
0

私は最近ある会議に出席し、あるセッションではデザイナーとプログラマーが共同で教えていました。インターフェイスを「ペア プログラム」します。デザイナーとプログラマーをそれほど緊密に連携させることはできないかもしれませんが、問題はより根本的なレベルにあると思います。

「実装されたデザインを設計者に提供するために、どのツールを使用できますか?」と尋ねるのではなく、次の質問を検討する必要があります。

デザイナーとプログラマーに協力してもらい、次のことを実現するにはどうすればよいですか?

  • デザイナーは設計を行わない プログラマーはそのまま実装できない
  • プログラマは、アーキテクチャに適合するために設計を変更する必要はありません
  • デザイナーは、プログラマーが利用できる新しいテクノロジー、コントロール、UI 要素を認識しています。
  • 微調整が必​​要な場合、設計/実装サイクル全体を実行する必要はありません
  • プログラマーとデザイナーは、同じ基本的なツールとファイルタイプを使用して同じコード ベースで作業しています。変換は必要ありません。プログラマーはデザイナーからファイルをそのまま使用し、何かを変更する必要がある場合は、デザイナーが変更を加えます。プログラマーが設計作業を行わないように設計し、その逆も同様です。

ほとんどの企業では、仕事が引き渡される壁があり、引き継ぎが行われると、デザイナーはプロジェクトから手を洗い、先に進みます。

一方、プログラマーは、設計がほぼ完成するまでプロジェクトを見始めません。

プログラマーは、設計者が開始するときに開始する必要があり、設計が行われている間に技術またはテクノロジが利用可能または利用できない場合にパイプを使用する必要があります。設計者は、設計が承認された後も続行する必要があります。変更が必要な場合は、変更を行うため、常に最新の設計ファイルを使用できます。

プロジェクト全体での緊密なコラボレーションは、多くの場合、壁を越えて仕事を進める方法よりも優れたサイトを生み出します。さらに、長い引き継ぎプロセスがなく、やり取りが少ないため、プロジェクトがより迅速に完了することに気付くかもしれません.

于 2011-11-16T22:31:26.910 に答える
0

コードとレイアウトを明確に分離する Asp.NET MVC http://www.asp.net/mvc/を参照する必要があると思います。そしておそらく、デザイナーは Visual Studio を使用して HTML を作成し、プログラマーが使用するのと同じ環境内で作業する必要があります。

于 2009-07-31T14:28:31.473 に答える
0

バージョン管理を使用していますか? 私のデザイナーは、Subversion を介してテンプレートと css (およびその他すべて) にアクセスでき、必要なときにいつでも変更を加えることができます。これまでに遭遇した唯一の問題はマージに関するものであり、開発者にマージを行わせる方が簡単であることがわかりました。

私は、導入された余分なステップのバージョン管理に躊躇するデザイナーと協力してきました。過去形の「働いた」の使用に注意してください。このプロセスを受け入れるデザイナーは、コードと製品の所有権についてより多くの知識を得ることができます。

于 2009-07-31T14:42:37.490 に答える