公约通过定义一个通用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，但他