Puis je prendre simplement l'objet "totem" par exemple et l'utiliser dans l'IHM d'un de mes objets (qd je parle d'IHM, j'ai en tête le modèle morphic) ? Simplement j'en doute.
Comme tu l'as dis, tu as besoin d'un mécanisme pour faire communiquer/interragir l'ensemble disparate. Et que ce mécanisme soit standardisé est encore mieux.
Dans le modèle de la VM, tu n'as pas besoin d'utiliser explicitement un mécanisme donné pour ça. Le mécanisme de communication est celui naturel aux objets. La VM se charge d'offrir une implémentation de celui-ci : tables virtuelles ? file de messages ? etc.
Lorsque tu branches une clé USB, tu peux très bien imaginer que l'objet "port usb" (le pilote USB) reçoit l'information par la VM (qui a peut-être reçu un message du noyau) ou d'un autre objet de la VM en quête de hot pluggin. L'objet "usb storage" est ensuite aussi averti et les deux sont mis en relation. Ce dernier appelle un objet IHM représentant la clé USB.
Un click sur cet objet IHM peut alors conduire soit à ouvrir un autre objet IHM qui montre le contenu de la clé, soit à copier de façon transparente le contenu de la clé dans la VM (par exemple). Une autre clé USB est connectée, l'objet "usb storage" est informé à nouveau et appelle un nouveau objet IHM représentant le périphérique (ou le clone).
Bien sûr, je ne veux pas mettre tous les objets dans le noyau. En fait, je ne pensait pas au noyau quand je parle d'environnement objet ; non, pas cette partie de l'OS. Simplement une VM qui serait la seule application qui tournerait au-dessus d'un noyau ou micro-noyau et qui serait fortement conçu pour celui-ci. Une VM qui serait un environnement, un Monde pour les objets.
Je ne sais pas si un tel environnement est possible/compatible pour supporter des objets représentant les différentes couches système au dessus des noyaux ou plus exactement des micro-noyaux. En tout cas il serait AMHA très adapté pour les couches utilisateurs.
Je pense sincérement que l'on peut mettre de côté dans un tel environnement la notion d'application. Si j'ai du mal dans mes explications à éviter d'en parler, c'est inhérant à mes habitudes et à travailler quotidiennement dans des environnements orientés applications.
Le problème est que l'on peut autant réfléchir que l'on veut : si on est persuadé que l'objet c'est bien on trouvera tjrs que c'est le cas (c'est mon cas en l'occurence). Si on est persuadé que le tout objet ça suck ( :) ), de même on trouvera tjrs que c'est la cas. J'ai appris que les pensées et les mots crééent notre propre réalité (illusion ?)
AMHA le mieux serait tout simplement d'essayer.
[^] # Re: hmm
Posté par Miguel Moquillon (site web personnel) . En réponse au journal j'ai un rêve .... Évalué à 3.
Comme tu l'as dis, tu as besoin d'un mécanisme pour faire communiquer/interragir l'ensemble disparate. Et que ce mécanisme soit standardisé est encore mieux.
Dans le modèle de la VM, tu n'as pas besoin d'utiliser explicitement un mécanisme donné pour ça. Le mécanisme de communication est celui naturel aux objets. La VM se charge d'offrir une implémentation de celui-ci : tables virtuelles ? file de messages ? etc.
Lorsque tu branches une clé USB, tu peux très bien imaginer que l'objet "port usb" (le pilote USB) reçoit l'information par la VM (qui a peut-être reçu un message du noyau) ou d'un autre objet de la VM en quête de hot pluggin. L'objet "usb storage" est ensuite aussi averti et les deux sont mis en relation. Ce dernier appelle un objet IHM représentant la clé USB.
Un click sur cet objet IHM peut alors conduire soit à ouvrir un autre objet IHM qui montre le contenu de la clé, soit à copier de façon transparente le contenu de la clé dans la VM (par exemple). Une autre clé USB est connectée, l'objet "usb storage" est informé à nouveau et appelle un nouveau objet IHM représentant le périphérique (ou le clone).
Bien sûr, je ne veux pas mettre tous les objets dans le noyau. En fait, je ne pensait pas au noyau quand je parle d'environnement objet ; non, pas cette partie de l'OS. Simplement une VM qui serait la seule application qui tournerait au-dessus d'un noyau ou micro-noyau et qui serait fortement conçu pour celui-ci. Une VM qui serait un environnement, un Monde pour les objets.
Je ne sais pas si un tel environnement est possible/compatible pour supporter des objets représentant les différentes couches système au dessus des noyaux ou plus exactement des micro-noyaux. En tout cas il serait AMHA très adapté pour les couches utilisateurs.
Je pense sincérement que l'on peut mettre de côté dans un tel environnement la notion d'application. Si j'ai du mal dans mes explications à éviter d'en parler, c'est inhérant à mes habitudes et à travailler quotidiennement dans des environnements orientés applications.
Le problème est que l'on peut autant réfléchir que l'on veut : si on est persuadé que l'objet c'est bien on trouvera tjrs que c'est le cas (c'est mon cas en l'occurence). Si on est persuadé que le tout objet ça suck ( :) ), de même on trouvera tjrs que c'est la cas. J'ai appris que les pensées et les mots crééent notre propre réalité (illusion ?)
AMHA le mieux serait tout simplement d'essayer.