- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
根据以下输入进行更新。我时常感到 Java 接口(interface)的类型安全使用的努力并不那么简单。
这是我们想要做的一个简单示例:设计,如下。在多次尝试获得类型安全之后,当谈到实现时,我(再次)发现我们需要用 Java 来思考,以鼓励 Java 来支持我们的需求。我对原始示例进行了改进。我将这个问题悬而未决,因为可能有更好的方法来解决问题。
意图:
服务类型:
public interface DisplaySettings extends ServiceInterface { ... }
提供商类型:
public interface ServiceProvider extends ServiceInterface { ... }
实现:
public class DisplayConfig extends Config
implements DisplaySettings, ServiceProvider
{ ... }
当我们想要“注册”一个实现时,挑战就来了。这是所需方法的方法原型(prototype):
public boolean registerService( final ServiceProvider newProvider )
{ ... }
我们想按如下方式调用这种方法:
ServicesMgr.registerServiceProvider( this );
感谢下面的建议,请求注册提供者的模式是指定接口(interface),如下所示:
DisplaySettings videoSettings = ServicesMgr.getProvider( DisplaySettings.class );
当然,你不能这样做!编译的唯一替代方法是使用“.class”来注册和查找提供者实例对象。除了对上面的整洁定义进行必要的更改之外......
DisplaySettings videoSettings = ServicesMgr.getProvider( DisplaySettings.class );
这看起来更加类型安全。
按照@immibis的建议进行获取提供者调用...
public <InterfaceType extends ServiceInterface> ServiceProvider getProvider( Class<InterfaceType> interfaceClass )
{ ... }
遗憾的是,该解决方案不允许 HashMap 在查找提供程序时“找到”提供程序。看起来 HashMap 将使用不标识实现类的“类”。我尝试了一些变化,例如:
public Class<ServiceInterface> getServiceType(){ ... }
并使用上面的 InterfaceType。我对正在发生的事情的理解是,这具有挑战性,因为只有单一继承。 Class
不是:Class
,其中:
<InterfaceType extends ServiceInterface>
目前我只能使用:public Class getServiceType(){...}
作为一致的键。当然,由于我们只将“类”作为一种类型,因此它会导致类型安全性失效。通过将 getServiceType
包装在方法中可以提供一些保护。
继续致力于从相关的示例中提取类型保护:
两者都不像我们正在寻找的东西(还)。这或类似的事情可能吗?我正在寻找有关如何做的想法?非常感谢您抽出时间。
最佳答案
DisplaySettings videoSettings = ServicesMgr.getProvider( DisplaySettings.class );
是有效的代码,并且类型安全,如果 getProvider
定义如下:
public <InterfaceType extends ServiceInterface> InterfaceType getProvider(Class<InterfaceType> interfaceClass) {
...
}
这应该很容易实现。
您的 registerServiceProvider
方法在概念上看起来也很复杂,但我没有看到您对此提出任何问题。
关于java - 使用 Java 接口(interface)作为参数强制执行严格(更好)类型安全的想法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26668135/
我正在尝试在我的代码库中为我正在编写的游戏服务器更多地使用接口(interface),并了解高级概念以及何时应该使用接口(interface)(我认为)。在我的例子中,我使用它们将我的包相互分离,并使
我有一个名为 Widget 的接口(interface),它在我的整个项目中都在使用。但是,它也用作名为 Widget 的组件的 Prop 。 处理此问题的最佳方法是什么?我应该更改我的 Widget
有一个接口(interface)可以是多个接口(interface)之一 interface a {x:string} interface b {y:string} interface c {z:st
我遇到了一种情况,我需要调用第三方服务来获取一些信息。这些服务对于不同的客户可能会有所不同。我的界面中有一个身份验证功能,如下所示。 interface IServiceProvider { bool
在我的例子中,“RequestHandlerProxy”是一个结构,其字段为接口(interface)“IAdapter”,接口(interface)有可能被调用的方法,该方法的输入为结构“Reque
我有一个接口(interface)Interface1,它已由类A实现,并且设置了一些私有(private)变量值,并且我将类A的对象发送到下一个接受输入作为Interface2的类。那么我怎样才能将
假设我有这样的类和接口(interface)结构: interface IService {} interface IEmailService : IService { Task SendAs
有人知道我在哪里可以找到 XML-RPC 接口(interface)的定义(在 OpenERP 7 中)?我想知道创建或获取对象需要哪些参数和对象属性。每个元素的 XML 示例也将非常有帮助。 最佳答
最近,我一直在阅读有关接口(interface)是抽象的错误概念的文章。一篇这样的帖子是http://blog.ploeh.dk/2010/12/02/InterfacesAreNotAbstract
如果我有一个由第三方实现的现有 IInterface 后代,并且我想添加辅助例程,Delphi 是否提供了任何简单的方法来实现此目的,而无需手动重定向每个接口(interface)方法?也就是说,给定
我正在尝试将 Article 数组分配给我的 Mongoose 文档,但 Typescript 似乎不喜欢这样,我不知道为什么它显示此警告/错误,表明它不可分配. 我的 Mongoose 模式和接口(
我有两个接口(interface): public interface IController { void doSomething(IEntity thing); } public inte
是否可以创建一个扩展 Serializable 接口(interface)的接口(interface)? 如果是,那么扩展接口(interface)的行为是否会像 Serilizable 接口(int
我试图在两个存储之间创建一个中间层,它从存储 A 中获取数据,将其转换为相应类型的存储 B,然后存储它。由于我需要转换大约 50-100 种类型,我希望使用 map[string]func 并根据 s
我正在处理一个要求,其中我收到一个 JSON 对象,其中包含一个日期值作为字符串。我的任务是将 Date 对象存储在数据库中。 这种东西: {"start_date": "2019-05-29", "
我们的方法的目标是为我们现有的 DAO 和模型类引入接口(interface)。模型类由各种类型的资源 ID 标识,资源 ID 不仅仅是随机数,还带有语义和行为。因此,我们必须用对象而不是原始类型来表
Collection 接口(interface)有多个方法。 List 接口(interface)扩展了 Collection 接口(interface)。它声明与 Collection 接口(int
我有一个 Java 服务器应用程序,它使用 Jackson 使用反射 API 对 DTO 进行一般序列化。例如对于这个 DTO 接口(interface): package com.acme.libr
如果我在 Kotlin 中有一个接口(interface): interface KotlinInterface { val id: String } 我可以这样实现: class MyCla
我知道Java中所有访问修饰符之间的区别。然而,有人问了我一个非常有趣的问题,我很难找到答案:Java 中的 private 接口(interface)和 public 接口(interface)有什
我是一名优秀的程序员,十分优秀!