[Com] Héritage protected non réalisable
[Fix] Désactivation des champs quand Server connecté
[New] Encapsulation de QTcpServer [..]

Hériter de QTcpServer revient à donner l'accès de l'extérieur
à tout ce qui est public dans QTcpServer.
La GUI n'a pas à toucher aux fonctions comme listen, il faut
l'obliger à passer par la méthode switchOn par exemple.

Pour lui interdire l'accès à ce qui à trait au QTcpServer, il
faut soit l'encapsuler, soit hériter en protected.

L'héritage en protected est impossible car QTcpServer hérite
d'autres classes, comme QObject.
Rendre les méthodes de QObject protected interdit l'accès de
l'extérieur à certaines méthodes nécesaires par exemple pour
la connexion de signaux et slots.

Il faut donc préférer une encapsulation.

Mais il faut gérer l'arrivée des clients.

Deux moyens :

- signal newConnection et NextPendingConnexion()
   Signal qui permet de déclencher la récupérération du socket du
  nouveau  client par la méthode NextPendingConnection().
  => Valable uniquement en monothread.

- réimplémentation de incomingConnection(int socketDescriptor)
   Délivre un descripteur du socket client, récupérable en en créant
  un par défaut puis en le modifiant via la méthode
  setSocketDescriptor().
  => Valide en multithread, donc aussi en monothread.

Quitte à créer deux versions, une monothread et l'autre multithread,
autant faire la même chose pour les deux lorsque c'est possible.

Réimplémenter la méthode incomingConnection() nécessite
l'héritage de QTcpServer.

Mais cet héritage va à l'encontre de l'encapsulation nécessaire
explicitée précédemment.

L'héritage se fera donc dans une nouvelle classe créée
spécialement pour cela, puis elle sera encapsulée dans
Server.

Ce qui solutionne les deux problématiques.
[Fix] Précision this inutile
[New] Classe TcpServer [..]

Cette classe héritant de QTcpServer implémentera la méthode
incommingConnexion(int) et sera ensuite encapsulée dans Server.
[New] Implémentation incomingConnection de TcpServer
[Fix] Destructeur et debugs de TcpServer
[New] Encapsulation de TcpServer dans Server
[Fix] close() inutile [..]

Car aussi présent dans le destructeur de TcpServer.
[New] Slot Server::incomingConnection(int)
[Test] Gestion MultiThread sans delete this
[Test] Destruction Thread via connexion dans le Constructeur
[Test] Kill them All fonctionnel
[Test] Signal KillThemAll et comptage des threads
[Test] Refus fermeture fenetre et KillThemAll
[Test] Memo demande close et KillThemAll avant close