我一直在了解Unity的依赖注入，我知道它是一种方法，可以将类与接口类型绑定。但我想知道的是，是否必须这样做？在下面的场景中，有一个TerrainGenerator和TileCreator在同一空间内。我该如何将TileCreator注入到生成器中作为依赖项？
http://geekswithblogs.net/danielggarcia/archive/2014/01/23/introduction-to-dependency-injection-with-unity.aspx介绍了注册类型的步骤，但我看到某个地方说只要类在Unity资源部分可见，就能实现自动注入，只是我不知道语法是什么（如果可能的话）。
更新
我可以把所有类放在一个文件里……但对于一个大系统来说，这可能相当繁琐。目前这是我要尝试的方法——比根本无法运行好。
更新
看起来Unity应该能够查看类的构造函数并自动执行这些解析，并将它们注入到我的类的构造函数中。这可行吗？
如果你正在寻找适用于Unity3d引擎的DI工具，也许这个工具可以满足你的需求（虽然我没有使用过，但它的反馈很积极）https://github.com/modesttree/Zenject
如果你要使用微软的Unity DI库，你应该可以这样做：
container.RegisterTypes(
AllClasses.FromLoadedAssemblies(),
WithMappings.FromMatchingInterface,
WithName.Default);
AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.AssemblyResolve += new ResolveEventHandler(currentDomain_AssemblyResolve);
Assembly currentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
string defaultFolder = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
string assemblyName = new AssemblyName(args.Name).Name;
string assemblyNameDll = assemblyName + ".dll";
string assemblyNameExe = assemblyName + ".exe";
string assemblyPathDll = Path.Combine(defaultFolder, assemblyNameDll);
string assemblyPathExe = Path.Combine(defaultFolder, assemblyNameExe);
string assemblyPathToUse = null;
if (File.Exists(assemblyPathDll))
{
assemblyPathToUse = assemblyPathExe;
}
else if (File.Exists(assemblyPathExe))
{
assemblyPathToUse = assemblyPathExe;
}
else
{
IEnumerable<string> merge = AssemblyFolders.Values;
if (!string.IsNullOrEmpty(TempLoadingFolder))
{
merge = AssemblyFolders.Values.Union(new List<string>() { TempLoadingFolder });
}
foreach (var folder in merge)
{
assemblyPathDll = Path.Combine(folder, assemblyNameDll);
assemblyPathExe = Path.Combine(folder, assemblyNameExe);
if (File.Exists(assemblyPathDll))
{
assemblyPathToUse = assemblyPathDll;
break;
}
else if (File.Exists(assemblyPathExe))
{
assemblyPathToUse = assemblyPathExe;
break;
}
}
}
Assembly assembly = null;
if (assemblyPathToUse != null && File.Exists(assemblyPathToUse))
{
assembly = Assembly.LoadFrom(assemblyPathToUse);
}
return assembly;
}
var myTileCreator = new TileCreator();
container.RegisterType<TerrainGenerator>(new PerThreadLifetimeManager(), new InjectionFactory(c => new TerrainGenerator(myTileCreator)));
解决 TerrainGenerator：
TerrainGenerator generator = container.Resolve<TerrainGenerator>();
使用不同的 TileCreator 来解决 TerrainGenerator 问题：
TerrainGenerator generator = container.Resolve<TerrainGenerator>(new ParameterOverride("tileCreator", new TileCreator()));
您可能想阅读Unity依赖注入-模式和实践，以获取更多有用的信息，例如属性注入等。
希望这能帮到您。
不要认为将类放在同一个文件中或不放都无所谓。Unity需要知道如何根据类型创建实例。
如果使用RegisterInstance，每次调用Resolve时都会返回传递的特定对象。如果使用RegisterType（或对于具体类未注册），Unity将尝试通过使用具有最多参数的构造函数来实例化该类型。对于每个参数类型，Unity将尝试递归解析它们。
将接口类型映射到具体类型的注册是强制性的，但注册具体类型本身是可选的。
示例代码：
using Microsoft.Practices.Unity;
using System;
namespace Unity
{
interface IFooBar
{
string Message();
}
class Foo
{
string msg;
public Foo()
{
msg = "Hello";
}
public override string ToString()
{
return msg;
}
}
class Bar
{
private Foo _f;
private IFooBar _fb;
public Bar(Foo f, IFooBar fb)
{
this._f = f;
this._fb = fb;
}
public override string ToString()
{
return _f.ToString() + " World " + _fb.Message();
}
}
class FooBar : IFooBar
{
public string Message()
{
return "Unity!";
}
}
class Program
{
static void Main(string[] args)
{
UnityContainer container = new UnityContainer();
container.RegisterType<IFooBar, FooBar>(); // required
container.RegisterType<Foo>(); // optional
container.RegisterType<Bar>(); // optional
var mybar = container.Resolve<Bar>();
Console.WriteLine(mybar);
}
}
}
MonoBehavior类的构造函数。你的问题过于专注于让依赖注入工作，而没有充分解释为什么需要首先让依赖注入工作，这被称为XY问题。重新思考你的问题，并增加更多关于你真正问题的细节（*"在同一空间中有TerrainGenerator和TileCreator"*），这样人们才能帮助你... - Scott Chamberlain