- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
protocol Typographable {
func setTypography(_ typography: Typography)
}
extension UILabel: Typographable {}
extension Typographable where Self == UILabel {
func setTypography(_ typography: Typography) {
self.font = typography.font
self.textColor = typography.textColor
self.textAlignment = typography.textAlignment
self.numberOfLines = typography.numberOfLines
}
}
我已经创建了一个协议(protocol) Typographable
,UILabel
实现了这个协议(protocol),并且实现在 extension Typographable where Self == UILabel
中.
它在 swift 4.0 中完美运行,但在 swift 4.1 中不再运行,错误消息是 Type 'UILabel' does not conform to protocol 'Typographable'
我仔细阅读了 CHANGELOG swift 4.1,但我找不到任何有用的东西。
这正常吗,我是不是漏掉了什么?
最佳答案
这很有趣。长话短说(好吧也许不是那个短)——它是an intentional side effec吨 #12174 ,它允许返回 Self
的协议(protocol)扩展方法满足非最终类的协议(protocol)要求,这意味着您现在可以在 4.1 中这样说:
protocol P {
init()
static func f() -> Self
}
extension P {
static func f() -> Self {
return self.init()
}
}
class C : P {
required init() {}
}
在 Swift 4.0.3 中,您会在 f()
的扩展实现上遇到一个令人困惑的错误说:
Method '
f()
' in non-final class 'C' must returnSelf
to conform to protocol 'P
'
这如何适用于您的示例?好吧,考虑一下这个有点类似的例子:
class C {}
class D : C {}
protocol P {
func copy() -> Self
}
extension P where Self == C {
func copy() -> C {
return C()
}
}
extension C : P {}
let d: P = D()
print(d.copy()) // C (assuming we could actually compile it)
如果 Swift 允许协议(protocol)扩展实现 copy()
为了满足要求,我们构建C
即使在 D
上调用时也会出现实例例如,破坏协议(protocol)契约。因此 Swift 4.1 将一致性设为非法(为了使第一个示例中的一致性合法),并且无论是否存在 Self
都会这样做。返回游戏。
其实我们想用扩展名表达的是Self
必须是,或继承自 C
,这迫使我们考虑子类使用一致性的情况。
在您的示例中,它看起来像这样:
protocol Typographable {
func setTypography(_ typography: Typography)
}
extension UILabel: Typographable {}
extension Typographable <b>where Self : UILabel</b> {
func setTypography(_ typography: Typography) {
self.font = typography.font
self.textColor = typography.textColor
self.textAlignment = typography.textAlignment
self.numberOfLines = typography.numberOfLines
}
}
其中,as Martin says ,在 Swift 4.1 中编译得很好。尽管正如 Martin 所说,这可以以更直接的方式重写:
protocol Typographable {
func setTypography(_ typography: Typography)
}
extension UILabel : Typographable {
func setTypography(_ typography: Typography) {
self.font = typography.font
self.textColor = typography.textColor
self.textAlignment = typography.textAlignment
self.numberOfLines = typography.numberOfLines
}
}
在稍微更技术性的细节中,什么#12174确实允许传播隐式 Self
通过见证(符合实现)thunks 的参数。它通过向受限于符合类的 thunk 添加一个通用占位符来实现这一点。
所以对于这样的一致性:
class C {}
protocol P {
func foo()
}
extension P {
func foo() {}
}
extension C : P {}
在 Swift 4.0.3 中,C
的协议(protocol)见证表(我有 a little ramble on PWTs here 可能有助于理解它们)包含一个指向具有签名的 thunk 的条目:
(C) -> Void
(请注意,在我链接到的漫谈中,我跳过了存在 thunk 的细节,只是说 PWT 包含用于满足要求的实现的条目。大部分情况下语义是, 虽然一样)
但是在 Swift 4.1 中,thunk 的签名现在看起来像这样:
<Self : C>(Self) -> Void
为什么?因为这允许我们传播 Self
的类型信息,允许我们保留要在第一个示例中构造的实例的动态类型(因此使其合法)。
现在,对于如下所示的扩展:
extension P where Self == C {
func foo() {}
}
与扩展实现的签名不匹配,(C) -> Void
, 和 thunk 的签名,<Self : C>(Self) -> Void
.因此编译器拒绝一致性(可以说这太严格了,因为 Self
是 C
的子类型,我们可以在这里应用逆变,但这是当前的行为)。
但是,如果我们有扩展名:
extension P where Self : C {
func foo() {}
}
一切又好了,因为两个签名现在都是 <Self : C>(Self) -> Void
.
关于 #12174 的一个有趣的注意事项尽管当需求包含关联类型时,它会保留旧的 thunk 签名。所以这有效:
class C {}
protocol P {
associatedtype T
func foo() -> T
}
extension P where Self == C {
func foo() {} // T is inferred to be Void for C.
}
extension C : P {}
但您可能不应该求助于这种可怕的解决方法。只需将协议(protocol)扩展约束更改为 where Self : C
.
关于swift - 不能通过使用 Where 子句创建扩展来符合协议(protocol),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49792626/
internal protocol Reducer { associatedtype S : BaseState associatedtype A : BaseActi
我在考虑我的应用程序中的验证检查,我认为在任何模型上调用 ValidatorFactory,实现 Validee,这意味着说哪个类负责 ValidatorCreation 听起来不错。但是下面的代码不
我已经定义了 2 个协议(protocol)。我需要第一个 (NameProtocol) 来执行 Equatable 协议(protocol)。而另一个类 (BuilderProtocol) 有一个返
在上传方面,WebDAV 协议(protocol)在哪些方面优于 HTTP 协议(protocol)。 Socket Upload 协议(protocol)和 WebDav Upload 协议(pro
是否可以在任何版本的 Swift 中扩展具有混合类/协议(protocol)类型约束的协议(protocol)?例如,仅当 Self 是 UIViewController 的子类并且符合 Protoc
我有一个协议(protocol) (ProtocolA),其中包含符合第二个协议(protocol) (ProtocolB) 的单个属性。 public protocol ProtocolA {
NSObject 协议(protocol)带有常用的协议(protocol)模板,但它似乎并不是协议(protocol)实际实现所必需的。将其排除在外似乎完全没有任何改变。那么,协议(protocol
我想根据这两种协议(protocol)的一般特征(例如开销(数据包)、安全性、信息建模和可靠性)来比较 OPC UA 和 MQTT。我在哪里可以找到每个协议(protocol)的开销和其他特性的一些示
使用 Swift 4,我正在尝试编写一个自定义协议(protocol),它提供对 @objc 协议(protocol)的一致性。 一些代码 更具体地说,我有一个自定义协议(protocol) Sear
我想定义一个在 Viper 架构中使用的协议(protocol),以使用具有弱属性的协议(protocol)在 Viper 组件之间建立连接,但我收到以下错误消息: 'weak' may only b
我在同一个网络中有 3 个 docker 容器: 存储 (golang) - 它提供了用于上传视频文件的 API。 主播 (nginx) - 它流式传输上传的文件 反向代理 (姑且称之为代理) 我有
我打算在我的项目中使用 php socket。它需要用户登录才能根据 session 填充内容。所以我的问题是,TCP/IP 协议(protocol)也像 HTTP 协议(protocol)一样为每个
目前,我的网站有两个版本。一种带有 https://-证书,一种没有。我想将我网站的 http 版本上的所有用户 301 重定向到我网站的 https://版本。 这似乎不可能,因为创建重定向将导致重
目前,我的网站有两个版本。一种带有 https://-证书,一种没有。我想将我网站的 http 版本上的所有用户 301 重定向到我网站的 https://版本。 这似乎不可能,因为创建重定向将导致重
我有一个 Swift View Controller ,它定义了一个在 Objective-C View Controller 中应该遵循的协议(protocol): ChildViewControl
我在客户那里有数百个硬件设备,需要通过telnet接口(interface)发送HTTP数据。 目标是等待数据的 Apache 2 Web 服务器和 PHP 脚本。 这已经可以正常工作了,但是我们发现
我发现如果我创建一个这样的协议(protocol): protocol MyProtocol { } 我不能这样做: weak var myVar: MyProtocol? 我找到了解决这个问题的方法
Xcode 基于模板生成了这个头文件: // this file is XYZAppDelegate.h #import @interface XYZAppDelegate : UIRespond
我在 github 中有一个公开的存储库,我正在开发一个开源应用程序,用于制作产品目录和小型 cms 内容。 我还有一个私有(private)仓库(不托管在github),它是在托管在github的开
您好,我想让别人看到私有(private) repo 代码,但不想公开我的 repo ,也不希望他们有能力更改内容。这可能吗?我查看了网站的“管理”部分,但没有找到合适的内容。谢谢大家。 最佳答案 据
我是一名优秀的程序员,十分优秀!