En ce qui concerne l'idée de mettre un message par fichier, comme certains commentaires l'ont déjà dit, c'est déjà le cas des formats MH et Maildir p.ex.
Le format d'un fichier est celui de la RFC 822.
N'importe quel éditeur de texte peut le lire et des outils (comme recode) permettent d'en extraire les données binaires.
En ce qui concerne séparer la réception de la lecture en deux programmes différents, l'intérêt est plutôt limité.
Prenons un client de messagerie.
1. Son activité principale est de lire les messages archivés.
2. Il a aussi un (petit) module qui permet de récupérer les messages (avec des sous-modules pour les différents protocoles pop, imap, pop-ssl, etc.).
3. Il a aussi des modules-filtres simples qui lui permettent de classer les messages ou d'utiliser des filtres externes pour le faire.
4. Et, enfin, il a un petit module pour éditer un nouveau message et pour l'envoyer suivant le protocole SMTP.
Si j'ai bien compris, ce que tu proposes, c'est de séparer ces activités pour ne pas avoir de bloatware.
Or, en fait, les clients de messagerie bien faits sont déjà modularisés pour ces activités. Le fait que les modules soient présentés dans un seul programme est juste une facilité pour l'utilisateur.
Évidemment, il y a toujours une tendance à ajouter une petite fonctionnalité par ci, une petite fonctionnalité par là. Il y a aussi le fait que le programme commence par fournir un module minimal pour une fonctionnalité (p.ex. l'édition) puis ce module grossit et commence à « en faire trop ». Mais beaucoup de clients ont pour but de rester simples et modulaires (sylpheed, mutt, balsa...).
Effectivement, il y a des programmes qui sont dès le début mal conçus et qui commencent comme un bloat avant même d'être utilisés.
Il y a aussi certaines difficultés à passer d'un programme à un autre, mais il s'agit surtout du transfert de données de petite taille qui n'ont pas de format standard (qu'est-ce qu'un compte, une règle de filtrage...). Il y a rarement des problèmes avec les messages eux-mêmes1.
1 : en tout cas pour les logiciels que j'ai côtoyés/utilisés (netscape, mozilla, sylpheeds, kmail, emacs...).
# MH, Maildir...
Posté par Sylvain Sauvage . En réponse au journal un concept de lecteur de mails particulier. Évalué à 5.
En ce qui concerne l'idée de mettre un message par fichier, comme certains commentaires l'ont déjà dit, c'est déjà le cas des formats MH et Maildir p.ex.
Le format d'un fichier est celui de la RFC 822.
N'importe quel éditeur de texte peut le lire et des outils (comme recode) permettent d'en extraire les données binaires.
En ce qui concerne séparer la réception de la lecture en deux programmes différents, l'intérêt est plutôt limité.
Prenons un client de messagerie.
1. Son activité principale est de lire les messages archivés.
2. Il a aussi un (petit) module qui permet de récupérer les messages (avec des sous-modules pour les différents protocoles pop, imap, pop-ssl, etc.).
3. Il a aussi des modules-filtres simples qui lui permettent de classer les messages ou d'utiliser des filtres externes pour le faire.
4. Et, enfin, il a un petit module pour éditer un nouveau message et pour l'envoyer suivant le protocole SMTP.
Si j'ai bien compris, ce que tu proposes, c'est de séparer ces activités pour ne pas avoir de bloatware.
Or, en fait, les clients de messagerie bien faits sont déjà modularisés pour ces activités. Le fait que les modules soient présentés dans un seul programme est juste une facilité pour l'utilisateur.
Évidemment, il y a toujours une tendance à ajouter une petite fonctionnalité par ci, une petite fonctionnalité par là. Il y a aussi le fait que le programme commence par fournir un module minimal pour une fonctionnalité (p.ex. l'édition) puis ce module grossit et commence à « en faire trop ». Mais beaucoup de clients ont pour but de rester simples et modulaires (sylpheed, mutt, balsa...).
Effectivement, il y a des programmes qui sont dès le début mal conçus et qui commencent comme un bloat avant même d'être utilisés.
Il y a aussi certaines difficultés à passer d'un programme à un autre, mais il s'agit surtout du transfert de données de petite taille qui n'ont pas de format standard (qu'est-ce qu'un compte, une règle de filtrage...). Il y a rarement des problèmes avec les messages eux-mêmes1.
1 : en tout cas pour les logiciels que j'ai côtoyés/utilisés (netscape, mozilla, sylpheeds, kmail, emacs...).