c# - 关于修改 NetTiers 的建议

Question

我正在评估在我的下一个项目中使用 NetTiers。

问题是:我的架构中的每个表都有一个字段 AccountId。对于对 DAL 的每个请求，我希望它是传递 AccountId 并将其用作查询中的过滤器的要求。

如果使用此参数生成额外的重载，这是可以接受的。

我怀疑这个功能不是内置的，所以任何人都可以提供任何关于从哪里开始修改模板以添加它的建议吗？

Answer 1

修改 NetTiers 模板并不困难，一旦您了解了它生成的类迷宫的方法，但它通常非常乏味且很容易出错。

我的第一个假设是您生成的数据库要么只有几个表，要么是非规范化的——否则在每个表中都有一个 AccountId 列是没有意义的。如果是后者并且结构无法规范化，它认为将基于数据库外键(包括 DeepLo​​ads)的所有内置导航属性与额外的 AccountId 一起使用将是一个相当大的变化过滤器。

另外，您提到添加包含 AccountId 的重载是一个可接受的解决方案。但是，这会将不需要 AccountId 参数的现有 NetTiers 重载留给任何 DAL 消费者......

无论如何，这里是您需要考虑修改的一些区域的摘要:

• 要确保在不提供 AccountId 的情况下无法成功执行任何查询(例如，有很多方法可以通过 GetPaged @where 子句规避默认 DAL)，您可能会必须在 SQL 层进行更改。这些模板位于 /DataAccessLayer.*Client/ 文件夹中。假设您使用的是 sql server，可以修改生成 Sql 的文件 (/DataAccessLayer.SqlClient/ StoredProcedureProvider.cst) 以确保始终传递 @AccountId 参数。

• 这会导致相关文件发生变化，例如/DataAccessLayer.SqlClient/SqlEntityProviderBase.generated.cst和 /DataAccessLayer/EntityProviderBaseCore.generated.cst可能是/DataAccessLayer/EntityProviderBaseCoreClass.generated.cst .

• 这反过来会导致实体层 (/Entities/) 发生变化，例如 EntityBaseCore.generated.cst 和 EntityInstanceBase.generated.cst。

我的一般建议是，虽然 NetTiers 和 CodeSmith 是几年前构建 DAL 的首选工具，但现在我不建议走这条路。随着 Microsoft 的 Entity Framework 和开源 NHibernate 的发展，您真的不需要再深入研究数据访问管道层(即使只是在代码生成级别)。