1

我一直在使用 Codesmith 框架 NetTiers 将 DAL 等生成到一个名为“NetTiers”的文件夹中，该文件夹位于我的主项目文件夹之外，并从我的主项目中引用该文件夹中的 DLL。

我已经开始使用 Plinqo 框架，并希望在与 NetTiers 一起使用的项目中使用从该框架生成的文件。（我使用这两个框架的原因是我想从 Plinqo 获得/学习更新的 LINQ 优点，但也有熟悉的 NetTiers 代码 DAL、BLL 语法可用，以实现兼容性。）

我的问题是：当使用像这样的 Codesmith 模板时，最好的 Visual Studio 解决方案和文件结构是什么？框架生成的代码是否应该包含在主项目之外并作为项目添加到整体解决方案中？还是每个模板生成的代码都应该有自己的解决方案？生成的文件应该在主项目的文件结构中吗？

我已经尝试过每种方法的组合，它们各有优缺点。我想知道是否有一个久经考验的模式。

4

4 回答 4

3

对于 .netTiers，我总是编译生成的解决方案并将程序集添加为对我的项目的引用。这使得升级/差异和再生变得更加容易。

但是，在某些情况下，您需要添加自定义逻辑，因此请记住这一点。

谢谢

——布莱克·涅米斯基

于 2009-10-30T17:00:18.880 回答
1

我倾向于将 .csp 和生成的文件夹保留在我的主应用程序文件夹之外。在从生成的生成代码中添加参考 Visual Studio 副本时。所有生成的项目都位于一个主文件夹下，例如 D:\CodeSmith Projects\

如果您想对 .csp 文件进行版本控制，将其与其他版本控制的应用程序文件一起移入以将它们捆绑在一起可能会有所帮助。

于 2009-09-29T00:58:59.903 回答
1

我们将生成的项目放入我们的解决方案中。事实上，在我当前的项目中，我将 nettiers 文件生成到我希望文件所在的位置，并开始向其中添加我自己的项目文件......但我们一直将文件保存在解决方案中，如果我需要的话在具体类的代码中添加一些东西，我可以做到这一点，而无需打开一个全新的项目。

于 2009-10-03T13:31:32.017 回答
0

我们已经尝试了这两种情况。我们决定将程序集包含在一个由多个项目共享的依赖项文件夹中。

当项目包含在解决方案中时，我们遇到了 TFS 问题。不利的一面是，在调试时您不能轻易地进入 .NetTiers 生成的代码，尽管一段时间后您会习惯这一点，并接受 .NetTiers 中的任何内容都保留在 .NetTiers 中！

于 2011-03-23T10:48:08.373 回答