是否建议在Swift中使用协议来打破紧密耦合
我是来自C#world的iOS/swift新手。在C#中，我尽可能遵循“编程到接口”的原则。这是人们在快速发展的世界中所遵循的模式吗？例如，如果有CustomerService，我是否从CustomerService符合的CustomerService协议开始 我相信您很清楚这样一条原则：“更喜欢组合而不是继承”。协议，尤其是Swift 2的协议扩展，是通过组合创建功能的一个很好的工具。下面的博文对C#进行了很好的解释和比较是否建议在Swift中使用协议来打破紧密耦合,swift,swift2,Swift,Swift2,我是来自C#world的iOS/swift新手。在C#中，我尽可能遵循“编程到接口”的原则。这是人们在快速发展的世界中所遵循的模式吗？例如，如果有CustomerService，我是否从CustomerService符合的CustomerService协议开始 我相信您很清楚这样一条原则：“更喜欢组合而不是继承”。协议，尤其是Swift 2的协议扩展，是通过组合创建功能的一个很好的工具。下面的博文对C#进行了很好的解释和比较 我相信您很清楚这样一条原则：“更喜欢组合而不是继承”。协议，尤其是现在
我相信您很清楚这样一条原则：“更喜欢组合而不是继承”。协议，尤其是现在的Swift 2协议扩展，是通过组合创建功能的一个很好的工具。下面的博文对C#进行了很好的解释和比较
我并不真正了解接口编程，你的意思是什么？作为一个简单的回答，是的，我发现在Swift中使用协议而不是显式类会使事情变得更干净，我非常期待能够在Swift 2中使用协议扩展。@VictorSigler我的意思是“编程到接口”我并不真正了解接口编程，为什么你是说？作为一个简单的回答，是的，我发现在Swift中使用协议而不是显式类会使事情变得更干净，我非常期待能够在Swift 2中使用协议扩展。@VictorSigler我的意思是“编程到接口”