En fait on s'en fout. Ta logique métier (par exemple), n'a pas à modifier d'état. Si tu veux, tu l'écris dans une bibliothèque mais ça ne change rien. Tu peux faire l'inverse et avoir tes accès extérieurs dans un framework ou une bibliothèque, c'est plus ou moins ce que font les plupart des frameworks web.
L'idée général c'est de ne pas écrire au même endroit le code qui récupère les données que celui qui les traite et de découpler le code qui donne un résultat de ce qu'on fait de ce résultat.
Organiser son code de cette manière donne pleins de propriétés très sympa. Le fais de le mettre dans une bibliothèque n'a rien d'important.
C'est l'approche stream processing, entre autre poussé par Rx (mais pas que) et magie ça monte très très bien en charge.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon expérience
Posté par barmic . En réponse à la dépêche Instantané sur le parallélisme et le code. Évalué à 3. Dernière modification le 29 juin 2015 à 00:23.
Non... Ou oui. Peut-être...
En fait on s'en fout. Ta logique métier (par exemple), n'a pas à modifier d'état. Si tu veux, tu l'écris dans une bibliothèque mais ça ne change rien. Tu peux faire l'inverse et avoir tes accès extérieurs dans un framework ou une bibliothèque, c'est plus ou moins ce que font les plupart des frameworks web.
L'idée général c'est de ne pas écrire au même endroit le code qui récupère les données que celui qui les traite et de découpler le code qui donne un résultat de ce qu'on fait de ce résultat.
Organiser son code de cette manière donne pleins de propriétés très sympa. Le fais de le mettre dans une bibliothèque n'a rien d'important.
C'est l'approche stream processing, entre autre poussé par Rx (mais pas que) et magie ça monte très très bien en charge.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)