3

SASSを使用したい巨大なMVCプロジェクトがあります。その構造を実際に変更することはできないため、使用しているソリューションはMindscapeです。

Mindscape は、舞台裏で SASS ウォッチャーを実行し、SASS ファイルを編集して Styles ディレクトリにその場でコンパイルできるため、優れています (また、コンパスのサポートが付属しています)。

問題は、この拡張機能を持っていない人は、Nuget の依存関係マネージャーの一部ではないため、手動でインストールする必要があることです。2 つの質問があります。

  • 依存関係のように、ビルド時に Mindscape を自動インストールすることはできますか?
  • それが不可能な場合、出力が別のフォルダーに移動するように、保存時に SASS ファイルをコンパイルするために何を使用できますか?

この拡張機能を見たことがありますが、これは VS 2010用であり、2012 用ではありません。

4

2 に答える 2

0

私はさまざまな方法でプロジェクトの一部としてsassをセットアップすることができましたが、SASSに非常に強力な機能を提供するCompassは、外部のrubyビルドを必要とします。

連携して動作する必要のあるさまざまなCIプロセスがあり、Compass lib全体をプロジェクトに移植するのはやり過ぎのように思えるので、

ローカル開発者にはMindscapeを使用し、リモートサーバーにSASSビルダーをセットアップします。

于 2013-02-06T09:58:05.887 に答える
0

1つのアプローチは、誰もがsass / cssを編集できないようにし、そのメンテナンスをフロントエンド開発者に分離しておくことです:)

コンパイルされたcssファイルは、sassソースの横にあるバージョン管理に追加できます。これにより、誰もが最新のスタイルでWebサイトをローカルで実行でき、フロントエンド開発者はソースを好きなように編集できます。これにより、デプロイメントサーバーにsassコンパイラを配置する必要もなくなります。これは、インフラストラクチャがそのようなツールを維持する意欲によっては、大きな問題になる可能性があります。

これは問題に対処するための完璧な方法ではありませんが、全員がローカルでsassを実行するオーバーヘッドと比較すると、2つの悪のうちの小さい方です。プロトコルの初期設定後、これはこれまでのところうまくいっています(大規模な.NET開発ショップ)

PS:サードパーティのツールに依存しないように、誰もがcombresでドットレスを使用できるという理由だけで、.lessに切り替えることを検討しています。コンパスのようなツールキットの欠如は私にとって大きな問題ではありませんが、あなたの状況は異なる可能性があります

于 2013-02-06T22:34:12.467 に答える