В Swift, как я могу объявить переменную определенного типа, которая соответствует одному или нескольким протоколам?

вы не можете объявить переменную как

var object:Base,protocol<ProtocolOne,ProtocolTwo> = ...

ни объявить функцию возвращаемого типа, как

func someFunc() -> Base,protocol<MyProtocol,Protocol2> { ... }

вы можете объявить в качестве параметра функции, как это, но это в основном up-casting.

func someFunc<T:Base where T:protocol<MyProtocol1,MyProtocol2>>(val:T) {
    // here, `val` is guaranteed to be `Base` and conforms `MyProtocol` and `MyProtocol2`
}

class SubClass:BaseClass, MyProtocol1, MyProtocol2 {
   //...
}

let val = SubClass()
someFunc(val)

на данный момент все, что вы можете сделать, это:

class CellFactory {
    class func createCellForItem(item: SpecialItem) -> UITableViewCell {
        return ... // any UITableViewCell subclass
    }
}

let cell = CellFactory.createCellForItem(special)
if let asProtocol = cell as? protocol<MyProtocol1,MyProtocol2> {
    asProtocol.protocolMethod()
    cell.cellMethod()
}

С этим, технически cell идентичен asProtocol.

но, что касается компилятора,cell есть интерфейс UITableViewCell, а asProtocol есть только протоколы взаимодействие. Итак, когда вы хотите позвонить UITableViewCellметоды, вы должны использовать cell переменной. Если вы хотите вызвать метод протоколов, используйте asProtocol переменной.

если вы уверены, что ячейка соответствует протоколам, вам не нужно использовать if let ... as? ... {}. например:

let cell = CellFactory.createCellForItem(special)
let asProtocol = cell as protocol<MyProtocol1,MyProtocol2>

к сожалению, Swift не поддерживает соответствие протокола уровня объекта. Тем не менее, есть несколько неудобная работа, которая может служить вашим целям.

struct VCWithSomeProtocol {
    let protocol: SomeProtocol
    let viewController: UIViewController

    init<T: UIViewController>(vc: T) where T: SomeProtocol {
        self.protocol = vc
        self.viewController = vc
    }
}

затем, в любом месте вам нужно сделать все, что имеет UIViewController, вы получите доступ к.viewController аспект структуры и все, что вам нужно аспект протокола, вы бы ссылаться.протокол.

Например:

class SomeClass {
   let mySpecialViewController: VCWithSomeProtocol

   init<T: UIViewController>(injectedViewController: T) where T: SomeProtocol {
       self.mySpecialViewController = VCWithSomeProtocol(vc: injectedViewController)
   }
}

теперь в любое время вам нужен mySpecialViewController сделайте все, что связано с UIViewController, вы просто ссылаетесь на mySpecialViewController.viewController и всякий раз, когда вам нужно это сделать какую-то функцию протокола, вы ссылаетесь на mySpecialViewController.протокол.

надеюсь, Swift 4 позволит нам объявить объект с прикрепленными к нему протоколами в будущем. Но пока это работает.

надеюсь, что это помогает!

EDIT: Я ошибся, но если кто-то еще читать это недоразумение, как я, я оставлю этот ответ здесь. ОП спросил о проверке соответствия протокола объекта данного подкласса, и это еще одна история, как показывает принятый ответ. Этот ответ говорит о соответствии протокола для базового класса.

возможно, я ошибаюсь, но вы не говорите о добавлении соответствие протокола UITableCellView класса? В этом случае протокол распространяется на базовый класс, а не на объект. См. документацию Apple по объявление принятия протокола с расширением который в вашем случае был бы чем-то вроде:

extension UITableCellView : ProtocolOne {}

// Or alternatively if you need to add a method, protocolMethod()
extension UITableCellView : ProcotolTwo {
   func protocolTwoMethod() -> String {
     return "Compliant method"
   }
}

В дополнение к уже упомянутой документации Swift, также см. статью Nate Cooks общие функции для несовместимых типов дополнительные примеры.

Это дает нам гибкость мочь общаться с реализация базового типа, а также добавленного интерфейса, определенного в протоколе.

есть ли другой более очевидный способ, которым я могу отсутствовать?

принятие протокола сделает именно это, заставит объект придерживаться данного протокола. Однако имейте в виду неблагоприятную сторону, что переменная данного типа протокола делает не знать что-нибудь за пределами протокола. Но это можно обойти, определив протокол, который имеет все необходимые методы / переменные/...

хотя поставляемый тип точно не соответствует упомянутому интерфейсу, объект, возвращаемый фабрикой, делает это, и поэтому я хотел бы гибкость во взаимодействии как с типом базового класса, так и с объявленным интерфейсом протокола

Если вы хотите, чтобы общий метод, переменная соответствовала как протоколу, так и типам базового класса, вам может не повезти. Но похоже, что вам нужно определить протокол wide достаточно, чтобы иметь необходимые методы соответствия, и в то же время достаточно узкие, чтобы иметь возможность принять его к базовым классам без слишком большой работы (т. е. просто объявить, что класс соответствует протоколу).

У меня когда-то была аналогичная ситуация при попытке связать мои общие соединения interactor в раскадровках (IB не позволит вам подключать выходы к протоколам, только экземпляры объектов), которые я обошел, просто маскируя базовый класс public ivar с частным вычисляемым свойством. Хотя это не мешает кому-то делать незаконные назначения как таковые, это обеспечивает удобный способ безопасно предотвратить любое нежелательное взаимодействие с несоответствующим экземпляром во время выполнения. (т. е. предотвратить вызов методов делегата для объектов, которые не соответствуют протоколу.)

пример:

@objc protocol SomeInteractorInputProtocol {
    func getSomeString()
}

@objc protocol SomeInteractorOutputProtocol {
    optional func receiveSomeString(value:String)
}

@objc class SomeInteractor: NSObject, SomeInteractorInputProtocol {

    @IBOutlet var outputReceiver : AnyObject? = nil

    private var protocolOutputReceiver : SomeInteractorOutputProtocol? {
        get { return self.outputReceiver as? SomeInteractorOutputProtocol }
    }

    func getSomeString() {
        let aString = "This is some string."
        self.protocolOutputReceiver?.receiveSomeString?(aString)
    }
}

" outputReceiver "объявлен необязательным, как и частный"protocolOutputReceiver". Всегда обращаясь к outputReceiver (a.к. a. делегат) через последнее (вычисляемое свойство) я эффективно отфильтровываю любые объекты, которые не соответствуют протоколу. Теперь я могу просто использовать необязательную цепочку для безопасного вызова объекта delegate независимо от того, реализует ли он протокол или даже существует.

чтобы применить это к вашей ситуации, вы можете иметь публичный ivar типа " YourBaseClass?"(в отличие от AnyObject) и использовать частное вычисляемое свойство для обеспечения соответствия протоколу. Чистки рядов.