Existe-t-il un moyen de créer une classe abstraite dans le langage Swift, ou est-ce une limitation tout comme Objective-C? Je voudrais créer une classe abstraite comparable à ce que Java définit comme une classe abstraite.
Existe-t-il un moyen de créer une classe abstraite dans le langage Swift, ou est-ce une limitation tout comme Objective-C? Je voudrais créer une classe abstraite comparable à ce que Java définit comme une classe abstraite.
Réponses:
Il n'y a pas de classes abstraites dans Swift (tout comme Objective-C). Votre meilleur pari sera d'utiliser un protocole , qui est comme une interface Java.
Avec Swift 2.0, vous pouvez ensuite ajouter des implémentations de méthodes et des implémentations de propriétés calculées à l'aide d'extensions de protocole. Vos seules restrictions sont que vous ne pouvez pas fournir de variables ou de constantes membres et qu'il n'y a pas de répartition dynamique .
Un exemple de cette technique serait:
protocol Employee {
var annualSalary: Int {get}
}
extension Employee {
var biweeklySalary: Int {
return self.annualSalary / 26
}
func logSalary() {
print("$\(self.annualSalary) per year or $\(self.biweeklySalary) biweekly")
}
}
struct SoftwareEngineer: Employee {
var annualSalary: Int
func logSalary() {
print("overridden")
}
}
let sarah = SoftwareEngineer(annualSalary: 100000)
sarah.logSalary() // prints: overridden
(sarah as Employee).logSalary() // prints: $100000 per year or $3846 biweekly
Notez que cela fournit des fonctionnalités comme des "classes abstraites" même pour les structures, mais les classes peuvent également implémenter le même protocole.
Notez également que chaque classe ou structure qui implémente le protocole Employee devra déclarer à nouveau la propriété annualSalary.
Surtout, notez qu'il n'y a pas de répartition dynamique . When logSalary
est appelé sur l'instance stockée en tant que, SoftwareEngineer
il appelle la version remplacée de la méthode. Lorsqu'elle logSalary
est appelée sur l'instance après avoir été convertie en an Employee
, elle appelle l'implémentation d'origine (elle ne distribue pas dynamiquement à la version remplacée même si l'instance est en fait un Software Engineer
.
Pour plus d'informations, regardez la superbe vidéo WWDC sur cette fonctionnalité: Créer de meilleures applications avec des types de valeur dans Swift
protocol Animal { var property : Int { get set } }
. Vous pouvez également
func logSalary()
à la déclaration de protocole Employee, l'exemple s'imprimeoverridden
pour les deux appels à logSalary()
. C'est dans Swift 3.1. Ainsi, vous bénéficiez des avantages du polymorphisme. La méthode correcte est appelée dans les deux cas.
Notez que cette réponse est destinée à Swift 2.0 et supérieur
Vous pouvez obtenir le même comportement avec les protocoles et les extensions de protocole.
Tout d'abord, vous écrivez un protocole qui agit comme une interface pour toutes les méthodes qui doivent être implémentées dans tous les types qui s'y conforment.
protocol Drivable {
var speed: Float { get set }
}
Ensuite, vous pouvez ajouter un comportement par défaut à tous les types qui s'y conforment
extension Drivable {
func accelerate(by: Float) {
speed += by
}
}
Vous pouvez maintenant créer de nouveaux types en implémentant Drivable
.
struct Car: Drivable {
var speed: Float = 0.0
init() {}
}
let c = Car()
c.accelerate(10)
Donc, fondamentalement, vous obtenez:
Drivable
les implémententspeed
Drivable
( accelerate
)Drivable
est garanti de ne pas être instancié car il ne s'agit que d'un protocoleCe modèle se comporte en fait beaucoup plus comme des traits, ce qui signifie que vous pouvez vous conformer à plusieurs protocoles et prendre des implémentations par défaut de l'un d'entre eux, alors qu'avec une superclasse abstraite, vous êtes limité à une simple hiérarchie de classes.
UICollectionViewDatasource
,. Je voudrais supprimer tout le passe-partout et l'encapsuler dans un protocole / extension séparé, puis le réutiliser par plusieurs classes. En fait, le modèle de modèle serait parfait ici, mais ...
Je pense que c'est le plus proche de Java abstract
ou C # abstract
:
class AbstractClass {
private init() {
}
}
Notez que, pour que les private
modificateurs fonctionnent, vous devez définir cette classe dans un fichier Swift séparé.
EDIT: Pourtant, ce code ne permet pas de déclarer une méthode abstraite et donc de forcer son implémentation.
Le moyen le plus simple consiste à utiliser un appel à fatalError("Not Implemented")
dans la méthode abstraite (non variable) sur l'extension de protocole.
protocol MyInterface {
func myMethod() -> String
}
extension MyInterface {
func myMethod() -> String {
fatalError("Not Implemented")
}
}
class MyConcreteClass: MyInterface {
func myMethod() -> String {
return "The output"
}
}
MyConcreteClass().myMethod()
(MyConcreteClass() as MyInterface).myMethod()
mais c'est le cas! La clé est d'inclure myMethod
dans la déclaration de protocole; sinon, l'appel se bloque.
Après avoir lutté pendant plusieurs semaines, j'ai finalement réalisé comment traduire une classe abstraite Java / PHP en Swift:
public class AbstractClass: NSObject {
internal override init(){}
public func getFoodToEat()->String
{
if(self._iAmHungry())
{
return self._myFavoriteFood();
}else{
return "";
}
}
private func _myFavoriteFood()->String
{
return "Sandwich";
}
internal func _iAmHungry()->Bool
{
fatalError(__FUNCTION__ + "Must be overridden");
return false;
}
}
public class ConcreteClass: AbstractClass, IConcreteClass {
private var _hungry: Bool = false;
public override init() {
super.init();
}
public func starve()->Void
{
self._hungry = true;
}
public override func _iAmHungry()->Bool
{
return self._hungry;
}
}
public protocol IConcreteClass
{
func _iAmHungry()->Bool;
}
class ConcreteClassTest: XCTestCase {
func testExample() {
var concreteClass: ConcreteClass = ConcreteClass();
XCTAssertEqual("", concreteClass.getFoodToEat());
concreteClass.starve();
XCTAssertEqual("Sandwich", concreteClass.getFoodToEat());
}
}
Cependant, je pense qu'Apple n'a pas implémenté de classes abstraites car il utilise généralement le modèle de protocole délégué + à la place. Par exemple, le même modèle ci-dessus serait mieux fait comme ceci:
import UIKit
public class GoldenSpoonChild
{
private var delegate: IStomach!;
internal init(){}
internal func setup(delegate: IStomach)
{
self.delegate = delegate;
}
public func getFoodToEat()->String
{
if(self.delegate.iAmHungry())
{
return self._myFavoriteFood();
}else{
return "";
}
}
private func _myFavoriteFood()->String
{
return "Sandwich";
}
}
public class Mother: GoldenSpoonChild, IStomach
{
private var _hungry: Bool = false;
public override init()
{
super.init();
super.setup(self);
}
public func makeFamilyHungry()->Void
{
self._hungry = true;
}
public func iAmHungry()->Bool
{
return self._hungry;
}
}
protocol IStomach
{
func iAmHungry()->Bool;
}
class DelegateTest: XCTestCase {
func testGetFood() {
var concreteClass: Mother = Mother();
XCTAssertEqual("", concreteClass.getFoodToEat());
concreteClass.makeFamilyHungry();
XCTAssertEqual("Sandwich", concreteClass.getFoodToEat());
}
}
J'avais besoin de ce type de modèle parce que je voulais vulgariser certaines méthodes dans UITableViewController telles que viewWillAppear, etc. Cela vous a-t-il été utile?
Il existe un moyen de simuler des classes abstraites à l'aide de protocoles. Ceci est un exemple:
protocol MyProtocol {
func doIt()
}
class BaseClass {
weak var myDelegate: MyProtocol?
init() {
...
}
func myFunc() {
...
self.myDelegate?.doIt()
...
}
}
class ChildClass: BaseClass, MyProtocol {
override init(){
super.init()
self.myDelegate = self
}
func doIt() {
// Custom implementation
}
}
Une autre façon d'implémenter une classe abstraite consiste à bloquer l'initialiseur. Je l'ai fait de cette façon:
class Element:CALayer { // IT'S ABSTRACT CLASS
override init(){
super.init()
if self.dynamicType === Element.self {
fatalError("Element is abstract class, do not try to create instance of this class")
}
}
}
J'essayais de créer une Weather
classe abstraite, mais utiliser des protocoles n'était pas idéal car je devais écrire les mêmes init
méthodes encore et encore. Étendre le protocole et écrire une init
méthode posait ses problèmes, d'autant plus que j'utilisais NSObject
conforming to NSCoding
.
J'ai donc proposé ceci pour la NSCoding
conformité:
required init?(coder aDecoder: NSCoder) {
guard type(of: self) != Weather.self else {
fatalError("<Weather> This is an abstract class. Use a subclass of `Weather`.")
}
// Initialize...
}
Quant à init
:
fileprivate init(param: Any...) {
// Initialize
}
Déplacez toutes les références aux propriétés abstraites et aux méthodes de la classe de base vers l'implémentation de l'extension de protocole, où Self contrainte vers la classe de base. Vous aurez accès à toutes les méthodes et propriétés de la classe de base. En outre, le compilateur vérifie l'implémentation des méthodes abstraites et des propriétés dans le protocole pour les classes dérivées
protocol Commom:class{
var tableView:UITableView {get};
func update();
}
class Base{
var total:Int = 0;
}
extension Common where Self:Base{
func update(){
total += 1;
tableView.reloadData();
}
}
class Derived:Base,Common{
var tableView:UITableView{
return owner.tableView;
}
}
Avec la limitation d'aucune répartition dynamique, vous pouvez faire quelque chose comme ceci:
import Foundation
protocol foo {
static var instance: foo? { get }
func prt()
}
extension foo {
func prt() {
if Thread.callStackSymbols.count > 30 {
print("super")
} else {
Self.instance?.prt()
}
}
}
class foo1 : foo {
static var instance : foo? = nil
init() {
foo1.instance = self
}
func prt() {
print("foo1")
}
}
class foo2 : foo {
static var instance : foo? = nil
init() {
foo2.instance = self
}
func prt() {
print("foo2")
}
}
class foo3 : foo {
static var instance : foo? = nil
init() {
foo3.instance = self
}
}
var f1 : foo = foo1()
f1.prt()
var f2 : foo = foo2()
f2.prt()
var f3 : foo = foo3()
f3.prt()