加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c# – 命名空间和类冲突

发布时间:2020-12-15 18:29:41 所属栏目:百科 来源:网络整理
导读:我遇到一个问题,DateTime类和命名空间之间的冲突由于某种未知原因也被称为DateTime. Assembly CompanyDateTime具有名称空间Company.DateTime 我的应用程序位于命名空间:Company 问题是,每当我需要使用DateTime类时,我必须明确地说System.DateTime是他们绕过
我遇到一个问题,DateTime类和命名空间之间的冲突由于某种未知原因也被称为DateTime.

Assembly CompanyDateTime具有名称空间Company.DateTime

我的应用程序位于命名空间:Company

问题是,每当我需要使用DateTime类时,我必须明确地说System.DateTime是他们绕过这个的任何方式吗?

可以说SomeRandomStuff = Company.DateTime并且DateTime始终是System.DateTime

注意:

>我需要在我的应用程序中引用此程序集,尽管我不使用它,因为我需要的一些程序集实际上使用了这个类.
>我可以使用app.config文件中的条目来标识依赖程序集但我不能这样做,因为公司策略是针对它的,并且所有引用的程序集都需要在输出文件夹中.
>部署通过构建服务器进行

可能的决议?
是否可以将CompanyDateTime自动部署到输出文件夹而不在引用中添加它?

解决方法

问题:问题是每次我需要使用DateTime类时,我必须明确地说System.DateTime是他们绕过这个的任何方式

答:上面已经回答过 – 使用Alias例如

使用CompanyDateTime = Company.DateTime;

使用StandardDateTime = System.DateTime;

问题:是否可以将CompanyDateTime自动部署到输出文件夹而不在引用中添加它?

答案:将此dll放在应用程序根文件夹中,并创建一个postbuild事件,将其复制到输出文件夹.您可以在此处使用常规DOS COPY命令.

Refer link for postbuild event details

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读