Articles taggés avec 'exemple'

Très court astuce: comment utiliser NSFileManager

, in quanto quest'ultimo restituisce un'instanza singleton, cioè sempre lo stesso puntatore ad oggetto (non thread safe). Apple recommande d'utiliser l'instance d'objet NSFileManager et non de sa catégorie meotodo defaultManager , que celui-ci retourne une instance, singleton qui est toujours le même pointeur à l'objet (pas thread-safe).

En savoir plus ...

Classes d'objets et instances

J'ai remarqué souvent de la confusion quand il s'agit de classes, des objets et des instances. Qui n'est pas particulièrement sensibilisés à la programmation orientée objet confond souvent le vrai sens de ces termes. Je savais, cependant, qu'il existe deux écoles de pensée quant à la définition de la classe et d'objet. J'aime l '"école" qui indique la définition de la classe comme un objet possible, et donc l'objet comme instance de la classe.

Cela paraît simple, mais il m'est arrivé - parler avec d'autres - d'être en "conflit" (façon de parler) et tombent ensuite dans la confusion, lorsque vous utilisez ces termes, si quelque chose, à partir de la prémisse que «l'autre», tout comme nous les entendons .

Je le vois de cette manière, une classe est une définition! Est-classe définie avec précision des objets possibles. La classe est l'ensemble des méthodes et des propriétés (si vous le souhaitez nous pouvons également ajouter des événements - Quoi d'autre ... non seulement que les méthodes spéciales) qui possèdent l'objet.

Par exemple, quand nous écrivons en Actionscript, ou tout autre langage orienté objet:

1
2
3
4
class MyClass {
MiaClass fonction () {}
myMethod function () {}
}

Nous avons défini une classe et non un objet. Dans la limite que nous avons "défini" une "possible" objet. On pourrait même argumenter, et à juste titre, que l'objet existe lors de l'exécution tandis que la catégorie n'est pas (dans la vérité il ya des classes dynamiques qui peuvent être définis - et ensuite utilisé pour créer des objets - même lors de l'exécution). Exclure les classes statiques, bien sûr, que - finalement - ne sont plus que des sous-instances (ou les instances cachée) et des objets réels.

Mais quand nous avons:

1
MiaClasse = new MiaClasse ( ) ; var MyObject: MaClasse = new MaClasse ();

! Ici mioOggetto est une instance de MiaClasse() ! . Cela mioOggetto est un sujet - en fait - de type MiaClasse() .

. Par conséquent, leur philosophie à des objets, des objets de type MiaClasse() Je ne peux en avoir autant que je veux, quelque chose qui ne peut pas être - la définition même - de MiaClasse() . Par exemple, si applicable et il est logique de la relation:

1
2
3
4
5
MiaClasse = new MiaClasse ( ) ; var mioOggetto_1: MaClasse = new MaClasse ();
MiaClasse = new MiaClasse ( ) ; var mioOggetto_2: MaClasse = new MaClasse ();
MiaClasse = new MiaClasse ( ) ; var mioOggetto_3: MaClasse = new MaClasse ();
...
MiaClasse = new MiaClasse ( ) ; var mioOggetto_n: MaClasse = new MaClasse ();

Il n'a pas de sens:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class MyClass {
MiaClass fonction () {}
MioMetodo_2 fonction () {}
}

class MyClass {
MiaClass fonction () {}
MioMetodo_2 fonction () {}
}

class MyClass {
MiaClass fonction () {}
MioMetodo_3 fonction () {}
}

Instance de l'objet et, par conséquent, coïncident et sont utilisés alternativement pour la même signification dans des contextes différents.

Probablement pas beaucoup de soins au sujet de n'importe ... la question doit être complète ... :)

En savoir plus ...


Arrêtez SOPA