C# 数据库与资源
我有一个EDI格式翻译项目,它使用一系列模板 更好的做法是什么:C# 数据库与资源,c#,database,resources,C#,Database,Resources,我有一个EDI格式翻译项目,它使用一系列模板 更好的做法是什么: 使用数据库(我们总是打开连接) 是否使用项目资源保存所有这些模板 注: 格式每6个月更改一次 但是,无论如何,我必须每6个月重新编译一次,因为我必须适应(有时是大的)变化。i、 e.数据库不应该因为“编译时间”而变得更好 使用db的唯一优点是,您可以在不更改代码的情况下更改模板的内容。如果数据库是中心数据库,如果将其与应用程序一起部署为本地数据库,那么这将是一个非常可疑的命题,除非您已经部署了数据库 如果您选择资源解决方案。你应
- 格式每6个月更改一次
- 但是,无论如何,我必须每6个月重新编译一次,因为我必须适应(有时是大的)变化。i、 e.数据库不应该因为“编译时间”而变得更好
- 使用db的唯一优点是,您可以在不更改代码的情况下更改模板的内容。如果数据库是中心数据库,如果将其与应用程序一起部署为本地数据库,那么这将是一个非常可疑的命题,除非您已经部署了数据库
如果您选择资源解决方案。你应该考虑有一个单独的DLL来保存资源,并有一个合适的接口并动态加载,(不要忘记检查它是你的DLL)。数据库在外部服务器(HANA DB)中运行,它将与应用程序一起部署,我们使用自定义数据对其进行初始化。我会选择资源选项,但我不明白使用单独的dll意味着什么。你是说,把它放在资源文件的dll中,然后在运行时卸载/加载我需要的模板?为什么不直接在dll上使用它呢?因此,我不必与appdomains等进行斗争,因为这样您就可以通过简单地重新部署dll来更改模板。自动更新、自定义模板、在不使用应用程序的情况下测试模板、在其他应用程序中使用模板。有很多原因,听上去不符合你所说的,但这对你来说是值得的。应用程序域不会是一个问题,动态加载并不难,不是检查它是否正确签名,但对于复杂性来说,你没有用处。。。