Discussion :

[Amnell]

Salut,

Équipe

Je participe seul.

Participation

Mon objectif pour le défi est de présenter une architecture clients/serveur originale dans son mode de fonctionnement, du fait de sa modularité : le code permet l'ajout/retrait/modification d'un module/autre sans avoir à retoucher grand chose. Je compte gérer les modèles avec comme outil principal une base de données SQLite, qui correspond au type de bases de données "à la mode" pour les complexes clients/serveur, car bien plus simple à gérer qu'un fichier XML ou qu'une base de données MySQL.

Voici un UML rapidement fait avec Yuml du fonctionnement actuel du serveur, qui n'en dit pas trop non plus :

[johnlamericain]

Est ce que ton diagramme UML est un diagramme d'héritage des classes (ce que signifie une flêche noir pleine en UML) ou non ?

S'il s'agit d'un diagramme de module, quel est la signification des flêches ?

[Amnell]

Est ce que ton diagramme UML est un diagramme d'héritage des classes (ce que signifie une flêche noir pleine en UML) ou non ?

S'il s'agit d'un diagramme de module, quel est la signification des flêches ?

J'ai fait rapidement l'UML pour présenter un peu le fonctionnement. Derrière, chaque élément ne correspond pas à une classe ni vraiment de module. C'est juste un moyen de détailler le fonctionnement sans pour autant en dire trop.

[gbdivers]

Amnell, moi j'aime bien ton diagramme, je le trouve joli

[feda12]

Je pensais aussi utiliser un système de plugins/modules, ce qui permettrait d'ajouter de nouvelles fonctions assez rapidement et surtout par des développeurs tiers

[Amnell]

Je pensais aussi utiliser un système de plugins/modules, ce qui permettrait d'ajouter de nouvelles fonctions assez rapidement et surtout par des développeurs tiers

Une telle gestion pouvant apporter jusqu'à 4 points bonus, donc un bel élément. Personnellement, je ne comptais pas vraiment séparer les modules en plug-ins mais faire un système y ressemblant dans le sens où les modules seraient au final tout à fait indépendants.

[feda12]

C'est l'idée que je cherchais à exprimer, par exemple, sur le serveur on aura pleins de modules installés, et si un tel médecin est chirurgien, il n'aura probablement pas besoin du module d'oncologie, et ainsi pourrait se passer de celui-ci, bon là c'est très poussé comme détails, mais je pense que l'idée vaut le coup d'être exploitée.

[johnlamericain]

D'un point de vue technique, as-tu une idée de comment tu veux implémenter tes modules ?

1. Un systèmes de dll C++ avec une interface à implémenter
2. Des scripts pyqt, pyside
3. Autre choix

[feda12]

J'aurais pensé à un "contrôleur" qui s'occuperai de la connexion avec le serveur, et les modules contactent ce contrôleur pour toutes requêtes sur le serveur sous forme "nomdumodule:commande", et idem du côté serveur.
Chaque module implémente sa propre interface, et je pense définir des règles priorités.

On est sur la présentation d'Amnell, je crois que je vais arrêter là ^^

[dourouc05]

On est sur la présentation d'Amnell, je crois que je vais arrêter là ^^

Oui : file te créer un topic, histoire qu'on puisse en discuter sans (trop) polluer !

[Amnell]

Bonjour,

Histoire de dire un peu où j'en suis, j'ai fini de coder la majorité des piliers du client et du serveur avec un petit millier de lignes de code (documentation comprise, à savoir qu'il doit y en avoir plus ou moins autant que de code au sens propre du terme). Le dernier système pilier à coder est le gestionnaire de la base de données, côté serveur. Une fois que j'aurai terminé cela, je pourrai enfin me pencher sur la partie graphique - pour le moment, je n'ai rien de plus qu'une console - et sur les modules eux-mêmes.

Même si je suppose que vous auriez aimé plus d'informations, je n'ai rien de plus à dire pour le moment.

Bonne continuation,
Amnell.

[dourouc05]

Le dernier système pilier à coder est le gestionnaire de la base de données, côté serveur.

Quel genre de bases de données ? Relationnelles ? Dans ce cas, tu vas avoir un module pour gérer les gestionnaires !

Des screens ? (Même en ligne de commande).

[Amnell]

Je compte gérer les modèles avec comme outil principal une base de données SQLite, qui correspond au type de bases de données "à la mode" pour les complexes clients/serveur, car bien plus simple à gérer qu'un fichier XML ou qu'une base de données MySQL.

Sauf que pour éviter d'avoir à écrire un module pour écrire le gestionnaire gérant les modules, j'ai réfléchi à un moyen autre, plus pratique et plus efficace. Pour les screens, je suppose que tout le monde a déjà vu une console, donc ce ne sera pas forcément très intéressant, sauf pour savoir ce que je fais, ce qui n'est pas compréhensible uniquement par un aperçu de ce que je fais.

Pour assouvir votre curiosité (en admettant qu'elle soit présentes), voici tout de même quelques petits détails.

J'ai découvert il y a maintenant un an un projet communautaire anglophone d'application serveur en C++ qui fait actuellement quelques millions de lignes de code. J'ai rapidement été séduit par l'architecture elle-même du projet, le concept initial qui leur a permis une séparation des différents modules, une généralisation de la structure, si bien que j'ai rapidement décidé que tôt ou tard, je m'amuserais à écrire une application en séparant d'autant mieux les éléments et en codant une base réellement clean. Pas de hack, pas de bug, un système qui fonctionne parfaitement avec une base nette avec des gestionnaires parfaitement généralisés qui gèrent des modules, que l'on peut ajouter ou supprimer aisément sans avoir besoin de toucher aux gestionnaires. Trois mots-clés : conception, modularité et généralité.

Ainsi, en même temps que faire le défi pour le défi lui-même, je fais le défi pour mettre en application tout ce que j'ai appris depuis un an.

[dourouc05]

Trois mots-clés : conception, modularité et généralité.

Quelqu'un qui a compris le sens de « conception » !

Juste pour info, de quel projet OS parles-tu ?

[Amnell]

Bonjour,

Je reviens avec une petite question.

Dans un premier temps, on peut émettre la supposition que l'application serveur à réaliser tournerait sur un serveur dédié, au sens propre du terme, et non sur le PC de pacotille du concierge. En effet, il s'agit d'une application pour hôpital et non pour une garderie. Or, tout serveur dédié qui se respecte ne met pas à disposition une interface graphique, qui prendrait inutilement pas mal de ressources. Ainsi, on peut déduire que réaliser une GUI pour l'application serveur est totalement inutile dans le sens où elle ne serait pas visionnée, d'autant plus qu'elle est censée être là pour jouer son rôle de serveur et celui d'un client, esthétique, sublime, etc.

Ma question est la suivante : puis-je réaliser l'application serveur sous forme de console avec une QCoreApplication ou bien il est nécessaire d'y avoir un semblant de GUI ?

[johnlamericain]

Bonjour,

Je reviens avec une petite question.

Dans un premier temps, on peut émettre la supposition que l'application serveur à réaliser tournerait sur un serveur dédié, au sens propre du terme, et non sur le PC de pacotille du concierge. En effet, il s'agit d'une application pour hôpital et non pour une garderie. Or, tout serveur dédié qui se respecte ne met pas à disposition une interface graphique, qui prendrait inutilement pas mal de ressources. Ainsi, on peut déduire que réaliser une GUI pour l'application serveur est totalement inutile dans le sens où elle ne serait pas visionnée, d'autant plus qu'elle est censée être là pour jouer son rôle de serveur et celui d'un client, esthétique, sublime, etc.

Ma question est la suivante : puis-je réaliser l'application serveur sous forme de console avec une QCoreApplication ou bien il est nécessaire d'y avoir un semblant de GUI ?

Me concernant, l'idée d'une GUI pour le serveur ne m'était même pas venu à l'idée. Ca me parait complétement inutile.

Après, il y a aucune recommandation dans les régles, donc tu peux en faire une si tu veux, mais je dirais que ça va être :

1. une perte de temps ;
2. une perte de ressources/performances.

Non seulement tu peux faire un serveur console, mais en plus je t'y encourage

[dourouc05]

Puisque tout n'est pas branché en réel (non, pas de détecteur de crise cardiaque dans la chambre 42), il faut bien lancer manuellement de tels stimulis (si besoin est dans ton application). Dans ce cas, une GUI est la bienvenue ; par contre, elle viendra en supplément d'une application console, console qui restera seule pour une utilisation réaliste (ou alors les infirmières sont sadiques ). C'est comme ça que je le vois, je ne resterai pas fermé à tout autre développement .

[Amnell]

Puisque tout n'est pas branché en réel (non, pas de détecteur de crise cardiaque dans la chambre 42), il faut bien lancer manuellement de tels stimulis (si besoin est dans ton application). Dans ce cas, une GUI est la bienvenue ; par contre, elle viendra en supplément d'une application console, console qui restera seule pour une utilisation réaliste (ou alors les infirmières sont sadiques ). C'est comme ça que je le vois, je ne resterai pas fermé à tout autre développement .

Je vois... Une sorte de Qt Simulator, en quelques sortes. J'avoue que j'hésitais un peu à faire un système de ce genre, permettant d'injecter de la nitroglycérine dans le bras du patient pour déclencher le mal de tête du siècle. Allons-y, donc !

[gbdivers]

Reçu. Début des tests...
Ça plante sous Qt 5

[Amnell]

Reçu. Début des tests...
Ça plante sous Qt 5

Je ne sais pas comment vous faites...

J'ai testé sous Windows 32bits, Ubuntu 32bits, Ubuntu 64bits, les Windows cleans de deux potes (dont un en 64 - ce qui ne doit pas compter parce que j'avais compilé en 32) et même un Windows Server 2008 en 64 bits (même remarque), et pas un crash.

Qt 5 sous quelle config/compilo ?