草庐IT

具体化

全部标签

c# - Dapper具体化为元组

我需要使用C#7中的新元组从dapper返回一个列表。publicstaticListGetOnlyServices(){varquery=$@"SELECTST.style_idasStyleId,ST.style_codeasStyleCode......";using(SqlConnectiondb=newSqlConnection(InfobaseConString)){vara=db.Query(query,commandTimeout:90).ToList();returna;}}但是这个函数只返回56行(0,0),Item1=0,Item2=0。我错过了什么?

c# - 确定一个类是否实现了一个非常具体的接口(interface)

关于这个主题有很多问题,但我有一个稍微修改过的版本。我们有以下代码:interfaceIFoo{}interfaceIBar:IFoo{}classFoo:IFoo{}classBar:IBar{}boolImplements_IFoo(Typetype){/*???*/}现在,故事的转折点是:Implements_IFoo方法应该只在Type仅实现IFoo而不是从IFoo派生的任何接口(interface)时返回true。为了说明这里是这种方法的一些例子:Implements_IFoo(typeof(Foo));//ShouldreturntrueImplements_IFoo(ty

c# - 为什么在实现接口(interface)时不能使用兼容的具体类型

我希望能够做这样的事情:usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceTest{publicinterfaceIFoo{IEnumerableintegers{get;set;}}publicclassBar:IFoo{publicListintegers{get;set;}}}为什么编译器会报错……?Error2'Test.Bar'doesnotimplementinterfacemember'Test.IFoo.integers'.'Test.Bar.in

c# - 方法声明的返回类型应该是接口(interface)还是具体类?

在一般情况下,接口(interface)或抽象类通常是合适的决定,对吗?但在某些情况下,具体类看起来更好。例如,publicstringReplace(stringold,stringnew)String的Replace方法返回一个具体类。(这只是一个例子,虽然String没有实现任何接口(interface)。)我的问题是什么时候返回接口(interface),什么时候返回具体类?它是返回接口(interface)的程序的一部分,而不是实现吗? 最佳答案 视情况而定。这个问题我已经看过好几次了,这里有一个很好的例子来说明“视情况而

c# - 您应该为接口(interface)、具体实现或两者编写 XML 注释吗?

关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题?更新问题,以便editingthispost可以用事实和引用来回答它.关闭4年前。Improvethisquestion我对应该在哪里应用我的XML注释感兴趣。我是否应该在接口(interface)中放置一个更通用的XML注释,而在实现类中放置一个更具描述性的注释?像这样:publicinterfaceIObjectRepository{//////ReturnsanobjectfromtherespositorythatcontainsthespecifiedID.///ObjectGetObject(i

c# - var 与具体类型用法

这个问题在这里已经有了答案:UseofvarkeywordinC#(86个答案)Differencebetween"var"and"object"inC#[duplicate](6个答案)WhydoesReSharperwanttouse'var'foreverything?[duplicate](23个回答)关闭9年前。我已经在stackoverflow中检查了5个或更多关于var使用的帖子,但我仍在寻找关于var使用的答案。我习惯使用具体类型而不是var,但我的Resharper提示要更改为var。var是类型的选择-即使具体类型已知?

c# - 从具体化 'System.Guid' 类型到 'System.Int32' 类型的指定转换无效

从物化“System.Guid”类型到“System.Int32”类型的指定转换无效。我们有几个WCF服务,它们具有Multiple并发模式和Single的InstanceContextMode。我们的架构专注于使用基于构造函数的依赖注入(inject)的松散耦合模型。这又是使用Unity2.0实现的(每个服务的web.config都在统一容器部分中定义的接口(interface)和类型之间进行映射)。我们的依赖项之一是使用EntityFramework4与MSSqlServer通信的DAL程序集(数据访问层)。与数据库对话的类也包含在统一映射中。当我们运行集成测试时,一切都很好。但是

c# - 无法分配给委托(delegate)具有不太具体的参数类型的匿名方法

我能够分配一个方法M来委托(delegate)对象d具有不太具体的参数类型,但是当我想分配一个具有相同签名的匿名方法时作为M到d的方法,我得到一个错误。这是为什么?classderivedEventArgs:EventArgs{}delegatevoidnewDelegate(objecto,derivedEventArgse);staticvoidMain(string[]args){newDelegated=M;//okd=(objecto,EventArgse)=>{};//error}publicstaticvoidM(objecto,EventArgse){}

c# - 使用具体类型而不是接口(interface)在性能方面是否更好

我遇到了一些规则(建议)来使用具体的List和Dictionary而不是IList和IDictionary,鉴于显示通过界面访问的示例测试要慢得多。例如,将10000个值添加到列表,然后对列表执行Count10亿次表明通过接口(interface)执行此操作比通过具体类执行慢28倍。也就是说,通过具体类需要80毫秒,通过接口(interface)需要2800毫秒,这表明通过接口(interface)的速度真的很慢。鉴于此,使用具体类是合理的。界面这么慢是有原因的吗?(可能更针对那些更了解.net内部结构的人)。 最佳答案 我认为如果

c# - 为什么返回集合接口(interface)而不是具体类型?

这个问题在这里已经有了答案:ListorIList[closed](18个答案)关闭8年前。我在其他人的代码中注意到,返回通用集合的方法几乎总是返回一个接口(interface)(例如IEnumerable或IList)而不是具体的实现。我有两个相关的问题。首先,为什么(如果有的话)返回接口(interface)更好?其次,是否有包含Sort方法的集合接口(interface)(如List那样)?