Asp.net 在ASP MVC中使用外部资源dll没有意义吗？

我一直在尝试在ASP.NET MVC应用程序中找到资源管理的推荐做法。。（目标.NET 4.0）

到目前为止，我还没有弄清楚是应该在我的MVC应用程序中添加一个单独的附属组件，还是应该在项目本身中添加资源

---

在MVC应用程序中，附属程序集的创建也有很大不同。也许它们甚至不被称为附属程序集。。我的理解是，为了引用external resource.dll文件，我应该创建一个不同的ASP.NET MVC prjoect，将我的资源文件添加到“Resources”文件夹，然后添加对由此生成的dll的引用。这是正确的方法吗？我认为al.exe进程与MVC应用程序无关。

我根据Mark将这些资源捆绑在一个单独的dll中，这似乎很好

你能给出一个你想要实现的具体例子吗？你不能把所有的资源类存储在一个单独的类库中吗？这就是我现在所做的project@Mark：似乎是个好主意。@ShaiCohen:我想将所有资源捆绑在一个单独的组件中。我有一个单独的组件进行本地化（它是一个独立的组件，加载资源文件并返回翻译后的字符串）。。因此，资源文件的捆绑方式应确保本地化组件和ASP.NET WEb应用都可以加载它们。。