公約通過定義一個通用Create方法IDataRepositoryFactory非通用接口： public interface IDataRepositoryFactory
{
T Create<T>(DataContext context) where T : IDataRepository; // new non-generic interface
}
我能避免寫工廠實現：
我想創建一個從我們的實體模型到Dto的映射，但是我每次嘗試創建映射都失敗了。 我有兩個域類。這是我們的模型的簡化（Device例如有很多的屬性，代表了一堆不同的東西）： class Device
{
public int Name {get; set;}
}
class DeviceAccessToken
{
public Device Device {get; se
首先，我100％支持公約和整個團隊遵守。不過，我正在研究框架（主要是各種PHP，但也包括Ruby on Rails和其他），這幾乎可以強制按照慣例進行編碼。表面上看起來這是一件好事，例如，網址直接轉換爲/controller/action。模型以數據庫表命名，系統知道使用真正簡單的自動加載器確切地加載所有文件的位置。 但是，我們運營的是白標籤平臺，對大多數客戶而言，它並不一定適用於其他客戶。有些可
this blog post Mark Seemann解釋了使用依賴注入框架配置依賴關係的不同方法。 Convention over Configuration是這種方法之一。在.NET世界中，有多種DI框架可以提供這種功能（例如NInject，MEF 2）。我正在尋找一個在Java世界中使用Convention over Configuration的DI框架。我看着Spring和Guice，但他