bonjour,
j'ai vraiment beaucoup de mal en lisant les cours de POO, peu importe le langage,et j'ai plusieurs questions à propos de plusieurs langages.

1) Une classe, c'est quoi ? et ça sert à quoi concretement ?

2) une structure, c'est quoi ? ça sert à quoi concretement ?

3) en c#, le mot "using", il veut dire quoi ? C'est une directive de pré-processeur ?

4) c'est quoi un constructeur/destructeur ? Et ca sert à quoi concretement ?

Aussi je m'y met en Swift, nouveau langage d'Apple, mais j'ai vraiment du mal

5) en swift (nouveau langage d'apple), voici le code de base

import Cocoa

@NSApplicationMain
class AppDelegate: NSObject, NSApplicationDelegate { 

    @IBOutlet weak var window: NSWindow!
    
    @IBOutlet weak var button: NSButton!
    
    @IBAction func button(sender: AnyObject) {
   
    }
    
    func applicationDidFinishLaunching(aNotification: NSNotification) {
        // Insert code here to initialize your application
        
    }

    func applicationWillTerminate(aNotification: NSNotification) {
        // Insert code here to tear down your application
    }

  
}

5.1) Ca veut dire quoi "@" devant "@NSApplicationMain" et devant "@IBOutlet"

5.2) Et @NSApplicationMain signifie quoi ? ca sert à quoi ?

5.3) "sender: AnyObject", ca veut dire quoi sender ? Et ca veut dire quoi anyobject ?

5.4) NSWindow! , pourquoi y'a un "!" ?

Merci par avance à ceux qui s'y connaissent

1) Une classe, c'est quoi ? et ça sert à quoi concretement ?

C'est un moule, avec lequel tu vas créer des objets. Un objet c'est un ensemble de valeurs (attributs) et de comportements (méthodes).

2) une structure, c'est quoi ? ça sert à quoi concretement ?

J'en ai jamais vu en POO, de ce que je me souviens de mes cours de C c'est juste en ensemble de données.
<Attention, je dis peut etre une connerie>

3) en c#, le mot "using", il veut dire quoi ? C'est une directive de pré-processeur ?

je passe, je ne code pas en C# et ce ot clef n'est pas present en java (ou du moins, je ne l'ai jamais rencontré)

4) c'est quoi un constructeur/destructeur ? Et ca sert à quoi concretement ?

Une méthode qui permet d'instance (cad de créer) un objet. Tu te souviens des classes qui correspondent a des moules ? Eh bien appeler le constructeur d'une classe, c'est dire que tu veux un objet qui vient de ce moule. Un destructeur détruit tes objets (libère la mémoire).

Pour la suite je ne fais pas de swift non plus, donc les réponses que je vais donner sont un peu piffées :

5.1) Ca veut dire quoi "@" devant "@NSApplicationMain" et devant "@IBOutlet"

Je suppose qu'il s'agit d'annotations permettant a un framework de faire des trucs magiques

5.2) Et @NSApplicationMain signifie quoi ? ca sert à quoi ?

Si j'ai bon a la question precedente, ça doit vouloir dire que cette méthode est le point d'entrée de ton prog (comme une méthode "main")

5.3) "sender: AnyObject", ca veut dire quoi sender ? Et ca veut dire quoi anyobject ?

sender : nom de ta variable
AnyObject : type de la variable.

Je suis a peu près sur de mon coup sur celle la

5.4) NSWindow! , pourquoi y'a un "!" ?

La je passe.

Haptaro, je suis pas trop d'accord avec toi sur le fait que les structures ne sont pas trop "POO", du moins en C++.
Elles beneficient de pratiquement tous les mêmes avantages, mais pour moi leur utilité est quand t'as une classe qui doit tout avoir en public, par exemple quand ton objet hérite d'une classe et qu'elle n'a qu'un constructeur/destructeur, autant avoir une structure dans ce cas là : les structures sont public par défaut, contrairement au class.

Un objet qui a tout en public... Ca sent la bad practice a plein nez.

Rien n'oblige tous les champs d'une structure à être publics hein. C'est juste la visibilité par défaut. C++ pourrait exister sans l'un ou l'autre que ça ne changerait pas grand chose. Perso y a deux cas où j'utilise des structures : POD et déclaration d'interfaces, mais c'est vraiment juste cosmétique comme choix.

Une structure, au final c'est juste un ensemble de variables, non ?
C'est a dire que c'est un objet sans comportement définis.
En POO ça n'existe pas, tu as uniquement des objets, c'est a dire des attributs ET des comportements.

Ou alors je me lourde completement sur le sens de structure

Dans d'autre langage les structures permettent de faire de l'orienté objet en ayant des propriétés et des comportements ...

C'est pas parce qu'on peut le faire qu'on doit le faire

Ça c'est juste parce que ton langage est mal foutu

Ou alors qu'il utilise un autre paradigme que celui que tu cherches a utiliser...