問題タブ [convention-over-configur]

多くのプログラマーが順守しているように見えるのは、構成規則です。IoC のコンテキストでは、これは XML 構成の代わりに API を使用することを意味します。

構成の規則を使用するために抽象インターフェイス/クラスの具体的な実装を含む DLL を参照する必要がある場合、DI/IoC の背後にある疎結合のアイデアをどのように維持することになっていますか?

Spring Sourceと本の Spring in Actionの指示に従って、xml 構成を最小限に抑える方法で Spring MVC をセットアップしようとしています。ただし、Spring Source によると、これは ControllerClassNameHandlerMap を設定する方法です

ほぼ同じ量の XML であるため、ハンドラーを使用して Bean を手動で設定する方が実際には簡単であるため、これはまったく役に立たないと思います。

現在、Spring in Action という本では、コード ブロックの最初の行で ControllerClassNameHandlerMapping を使用するだけでよいように思われます。これにより、はるかに便利になります。しかし、私はまだこれを機能させることができませんでした。

春の経験を持つ人は私を助けることができますか?

私は最近、構成よりも規則を優先し、アプリケーションのさまざまな側面を結び付けるために実用的なデフォルトに依存する Ruby on Rails を使い始めました。

この賢明なデフォルト構成の概念がさまざまなフレームワークの一般的な構成で使用されれば、開発の頭痛の種がいくらか軽減されるのではないかと考えていました。

たとえば、.net アプリでは、通常、エンタープライズ ライブラリの例外処理ブロックを使用して Windows イベント ログに例外を記録したいと考えていますが、構成ファイルで必要な動作を明示的に記述しないと、EL が文句を言います。代わりに、カスタム構成が見つからない場合は、イベントログに例外を記録するなど、適切なデフォルト構成に戻す必要があると思います。

これは、フレームワークが構成に採用するのに良い概念ですか、それとも悪い概念ですか?

通常の場所に存在しない画像があるとしましょう：

しかし、代わりにここに：

これは Rails の規則に完全に違反していることは理解しています。不道徳であり、いかなる状況下でもこれを行うべきではありません。さらに、なぜそのような愚かなことを提案するのでしょうか?

さて、私が Windows を使用していてシンボリック リンクが問題外であると仮定すると、それを邪魔にならないようになりました。

私は ASP.NET MVC に比較的慣れていませんが、これまでのプラットフォームの明快さに非常に感銘を受けました。しかし、私が不快に思う側面が1つあります。

最初は、私が言うときという事実を受け入れました

ActionResult を返すヘルパー メソッドを呼び出して、どのビューを表示するか、値をルーティングするかなどについていくつかの仮定を立てています。

コードの 1 行を読むだけで、何が起こっているのかすぐにわかるからです。

最近Index.ASPX、タブでビューを開くことができるという事実に苦労しており、IDE がオブジェクト エクスプローラーの現在のタブを強調表示しないため、それがどこから来たのかすぐにはわかりません。ファイルの名前を に変更することはしていませんが、ControllerNameIndex.ASPXより具体的なタイトルをビューに付けています。それでも、あまり役に立ちません。

このような曖昧さをどのように扱いますか？

一部のDIフレームワークがこれをサポートしていることは知っていますが（Ninjectなど）、Autofacで可能かどうかを具体的に知りたいと思います。

Autofacコンテナーに具象クラスを要求し、その具象クラスを登録せずに、適切なコンストラクター依存関係がすべて注入されたインスタンスを取得できるようにしたいと思います。つまり、明示的にバインドしない場合は、呼び出した場合と同じように、具象クラスをそれ自体に自動的にバインドします。builder.Register<MyClass>();

これが役立つ場合の良い例は、ViewModelsです。MVVMでは、ビューのみがViewModelに依存し、ルーズタイピングを介してレイヤー化され、ビューの単体テストは行われません。したがって、テストのためにViewModelをモックする必要はありません。したがって、各ViewModelのインターフェイスを用意する必要はありません。したがって、この場合、「このクラスに解決するためにこのインターフェースを登録する」という通常のDIパターンは、不必要な複雑さではありません。のような明示的な自己バインドbuilder.Register<MyClass>();も、具象クラスのように単純なものを扱う場合、不要なステップのように感じます。

Autofacドキュメントのリフレクションベースの登録例を知っていますが、それも私の好みではありません。考えられるすべてのクラスを事前に登録することの複雑さ（および遅さ）は望んでいません。フレームワークが必要なときに必要なものを提供してくれるようにしたい。設定より規約など。

Autofacを設定して、「これは具体的なタイプで、まだ誰も登録していないので、デフォルト設定で登録されたように動作します」と表示されるようにする方法はありますか？

さまざまなMVCの質問やブログ投稿で説明されているように、 ASP.NETMVCプロジェクトのレイアウトは慣例に重きを置いています。

Controllersそのフォルダにやみくもにサブディレクトリを作成しました。

これは正しくないと思います。

代替テキストhttp://www.imagechicken.com/uploads/1252003002097179400.png

質問： ViewModelを保存するディレクトリで一般的に受け入れられている規則は何ですか？あなたの提案は何ですか、または確立された慣習は何ですか？

私はCakeのバックグラウンドを持っており、Djangoを学び始めたばかりです。私はそれがかなり好きですが、ケーキのように設定より規約を使用したいと思います。それで、

1. CakeスタイルのURLを自動的に取得するにはどうすればよいですか？たとえば、私がそこに行った場合、mysite.com/posts/view/5ロードしmysite.posts.views.viewて引数5を渡しますか？urls.pyのようなものを追加できると思って(r'^(.*)/(.*)', 'mysite.$1.$2'),いましたが、もちろんそれは機能しません。

2. テンプレートを自動的にロードするにはどうすればよいですか？各ビュー関数は、のようなテンプレートを自動的にロードする必要がありますtemplates/posts/view.html。

これも可能ですか、それともDjangoのコアをハックする必要がありますか？

カールが提案したことに基づいた私の解決策は次のとおりです。

初期テストではかなりうまく機能しているようです。1つの関数で両方の問題を解決します。おそらくGETスタイルの引数をサポートしません。

誰もがMagentoについて嫌いなことがあれば、コードを記述できるようになる前に、モジュールを際限なく構成します。立ち上げ間近の将来のプロジェクトのために、一般的なMagento構成エラーのリストを収集しようとしています。

<class />クラス名に間違った命名規則を使用したり、グループ化されたクラス名を設定するときにラッパーを忘れたりするなど、具体的な例を探しています。あなたがあなたのエラーに気付くまで、そのような小さなことはあなたを何時間もバティに駆り立てます。

詳細が多いほど良いです！

ディレクトリ内の次の規則に基づいて、一連のアセンブリを検索しようとしています。

[.RecursiveDir 部分で別の ItemGroup をバッチ処理して] MSBuild ItemGroup を作成することから始めました。

各項目には末尾にスラッシュがあります。つまり、次のようになります。

言います：

ここで、このリストから一連のファイル名を生成したいと考えています。

問題はそれです：

生成:

のピリオドの前にスラッシュを付けたくありません.dll。

これを達成する最もクリーンな方法は何ですか?

HasTrailingSlash 式演算子があることは知っていますが、OOTB Tasks? に RemoveTrailingSlash タスクの兆候はありません。必要な MSBuild のバージョンについて、私はうるさいわけではありません。