在本文中,我们将详细介绍如何使用多态而不是instanceof?的各个方面,并为您提供关于为什么?的相关解答,同时,我们也将为您带来关于asp.net–在同一个项目的MVC和WebAPI中使用Inst
在本文中,我们将详细介绍如何使用多态而不是instanceof?的各个方面,并为您提供关于为什么?的相关解答,同时,我们也将为您带来关于asp.net – 在同一个项目的MVC和Web API中使用InstancePerHttpRequest而不是InstancePerApiRequest有什么缺点?、instanceof为什么可以接口、instanceof后为什么要强转、instanceof运算符会产生很多开销吗?为什么?的有用知识。
本文目录一览:- 如何使用多态而不是instanceof?(为什么?)(多态用法)
- asp.net – 在同一个项目的MVC和Web API中使用InstancePerHttpRequest而不是InstancePerApiRequest有什么缺点?
- instanceof为什么可以接口
- instanceof后为什么要强转
- instanceof运算符会产生很多开销吗?为什么?
如何使用多态而不是instanceof?(为什么?)(多态用法)
如果我们采用以下代码:
Shape p1 = new Square();Square c1;if(p1 instanceof Square) { c1 = (Square) p1;}
相对于,更喜欢多态是什么意思instanceof
,顺便说一句,为什么更好呢?
编辑: 我了解什么是多态性;我所缺少的是人们将如何使用它而不是instanceof
。
答案1
小编典典if … else
…(或switch或Visitor)之间以及多态之间的主要区别是模块化。有所谓的开闭原理,这基本上意味着,当您向现有程序中添加新功能时,对现有代码所做的更改越少越好(因为每次更改都需要一些工作,并且可能会引入错误)。因此,让我们比较一下更改量:
添加一个新方法(例如,您具有paint()和getArea(),让我们添加getCircumference()):使用if-else解决方案,您只需更改一个文件-该文件将包含新方法。使用多态,您必须更改Shape类的所有实现。
添加一种新的Shape(具有Square,Circle-让我们添加Triangle):使用if-else解决方案时,您必须使用if-else查看所有现有的类,并为Triangle添加新的if分支;使用多态性,您所要做的就是添加一个新类并在其中实现所有必需的方法。
因此,如果…否则…或多态性:它取决于模块化。如果您希望以后会添加许多新的子类别,请使用多态性;否则,请使用。如果您希望以后会添加许多新方法,请使用if
… else …,并且在类中仅放置最“基本”的方法,例如访问器。或者换句话说:当您期望有许多if … else
…分支时,您应该使用多态性;当您期望有很少的此类分支时,请与if … else …一起使用。
另外:如果您希望if … else …分支很少,但是在很多地方,则应该考虑使用Visitor模式将if … else
…封装起来,或者只为每个分支使用单独的大小写枚举。
asp.net – 在同一个项目的MVC和Web API中使用InstancePerHttpRequest而不是InstancePerApiRequest有什么缺点?
我正在使用Autofac,到目前为止它运行良好.以下是我所拥有的精简版 –
var builder = new ContainerBuilder(); var assemblies = Assembly.GetExecutingAssembly(); builder.RegisterControllers(assemblies); builder.RegisterapiControllers(assemblies); builder.RegisterType<MyService>().As<IMyService>() .InstancePerHttpRequest(); var apiResolver = new AutofacWebApiDependencyResolver(container); GlobalConfiguration.Configuration.DependencyResolver = apiResolver; var mvcResolver = new AutofacDependencyResolver(container); DependencyResolver.SetResolver(mvcResolver);
到目前为止,InstancePerHttpRequest适用于MVC和Web API.
题
我想知道使用InstancePerHttpRequest而不是InstancePerApiRequest的缺点,所以如果我将来遇到问题,我不会感到惊讶.
我找到了类似的question,但它没有回答我的问题.
注意:我在SO中找到了一些答案,说我们不应该在同一个项目中混合使用MVC和Web API.对我来说,我只需要很少的MVC网页来获取文档,所以我不想创建新的MVC项目.
提前致谢!
解决方法
请求范围在Web表单,WebAPI和MVC集成中命名相同,因此它们都是可互换的.这是故意的.但是,由于挑战在于你可以混合搭配所有这些,或者只使用一个,我们必须为每种技术提供“相同的东西”.在论坛上有一个关于创建某种中央/基础“网络集成”库的讨论,该库在所有ASP.NET内容中都很常见,以消除混淆,但它将是一个突破性的变化,所以它不会发生一段时间.
目前,您可以安全地使用这两个扩展名.
请注意,其他扩展(例如,InstancePerApiControllerType)执行不同的操作,因此它只是可互换的“请求生命周期范围注册扩展”.
instanceof为什么可以接口
instanceof不可以接口。原因是:instanceof关键字用于检查一个对象是否是特定类的实例,不能直接用于检查一个对象是否是接口的实例,因为接口不能被实例化。
本教程操作系统:windows10系统、Dell G3电脑。
在Java中,instanceof关键字用于检查一个对象是否是特定类的实例。它不能直接用于检查一个对象是否是接口的实例,因为接口不能被实例化。然而,可以通过一些间接方式来检查一个对象是否实现了某个接口。
首先,我们需要了解Java中的泛型和类型擦除。在Java中,泛型是在编译时用于类型检查的一种机制,它允许你在编译时检查变量、参数、返回类型等是否符合指定的类型。类型擦除是在编译时将泛型类型信息擦除的一种机制,它使得运行时的代码不知道泛型类型信息。
在Java中,可以使用泛型和类型擦除来创建一个可以接受任何类型的集合,例如List
通过这种方式,我们可以在运行时检查一个对象是否实现了某个接口。例如,我们可以创建一个方法,该方法接受一个List
下面是一个简单的示例代码,演示了如何使用泛型和类型擦除来检查一个对象是否实现了某个接口:
import java.util.List; public class InstanceOfInterfaceExample { public static <t> T findFirstInstance(List<object> list, Class<t> interfaceClass) { for (Object obj : list) { if (interfaceClass.isInstance(obj)) { return interfaceClass.cast(obj); } } return null; } }</t></object></t>
在这个示例中,findFirstInstance方法接受一个List
以上就是instanceof为什么可以接口的详细内容,更多请关注php中文网其它相关文章!
instanceof后为什么要强转
在使用instanceof运算符检查对象的类型时,如果结果为true,表示对象是指定类型的实例。但是,编译器并不会自动将对象转换为指定类型,因此需要进行强制类型转换。强制类型转换是将一个对象从一种类型转换为另一种类型的操作。在使用instanceof运算符后,如果确定对象是指定类型的实例,并且希望以该类型进行操作,就需要进行强制类型转换。
本教程操作系统:windows10系统、Dell G3电脑。
在使用 instanceof 运算符检查对象的类型时,如果结果为 true,表示对象是指定类型的实例。但是,编译器并不会自动将对象转换为指定类型,因此需要进行强制类型转换。
强制类型转换是将一个对象从一种类型转换为另一种类型的操作。在使用 instanceof 运算符后,如果确定对象是指定类型的实例,并且希望以该类型进行操作,就需要进行强制类型转换。
强制类型转换的语法如下:
Type variable = (Type) object;
其中,Type 表示目标类型,variable 表示要赋值的变量,object 表示要转换的对象。
需要注意的是,强制类型转换可能会导致类型不匹配的错误,因此在进行强制类型转换时应该确保对象的实际类型与目标类型是兼容的,否则可能会导致运行时异常。
此外,尽量避免频繁使用强制类型转换,因为它可能会破坏类型的封装性和安全性,应该优先考虑使用多态和接口等面向对象的特性来实现代码逻辑。只有在确实需要进行类型转换时,才应该使用强制类型转换。
以上就是instanceof后为什么要强转的详细内容,更多请关注php中文网其它相关文章!
instanceof运算符会产生很多开销吗?为什么?
在我的项目中,我的一个同事非常反对使用instanceof
运算符,因为它“会产生大量开销”,这是什么原因呢?是真的吗
还有另一种方法可以检查对象的类型而不使用它?
因为我发现它在某些情况下非常有用。
答案1
小编典典确实产生一些开销,再加上后续的转换。使用最新版本的Java,开销已减少。但是无论如何,这都是微优化-也就是说,在一般情况下,您不必为此担心。
真正的反对意见instanceof
是,在许多情况下,有更好的OOP方法可以实现所需的行为。
今天的关于如何使用多态而不是instanceof?和为什么?的分享已经结束,谢谢您的关注,如果想了解更多关于asp.net – 在同一个项目的MVC和Web API中使用InstancePerHttpRequest而不是InstancePerApiRequest有什么缺点?、instanceof为什么可以接口、instanceof后为什么要强转、instanceof运算符会产生很多开销吗?为什么?的相关知识,请在本站进行查询。
本文标签: