J'ai lu beaucoup de choses sur openFrameworks et le traitement, mais je ne peux toujours pas faire la distinction, sauf que l'un est en C++ et l'autre en Java. Quelqu'un peut-il me dire exactement pour quoi faire?
Vous avez raison, l'un est C++ et l'autre est Java, et ces différences s'appliquent à ces cadres, c'est donc à vos préférences/à la portée du projet de décider lequel vous convient le mieux.
Avec Traitement :
Avec OpenFrameworks :
Ce sont certaines des choses qui me sont venues à l'esprit en ce moment, il pourrait y en avoir plus.
Personnellement, j'ai trouvé plus facile d'écrire des prototypes jetables vraiment basiques dans Processing. Pour les situations où la vitesse n'est pas un facteur de décision majeur, le traitement se porte bien, mais dans d'autres cas, je porterais les prototypes de traitement sur openFrameworks (ce qui est facile à faire la plupart du temps).
Un exemple serait une application impliquant l'audio, que ce soit l'analyse ou la synthèse. Selon la complexité, le Java Garbage Collector ferait un balayage lorsque vous vous y attendez le moins et provoquerait des ennuis lorsque vous avez besoin de réactivité.
En bref, les deux sont vraiment cool, mais openFrameworks est plus rapide . Vous payez pour cette vitesse en gérant vous-même la mémoire .
En termes de déploiement en ligne, cela dépend vraiment du projet: s'il s'agit d'un projet simple, p5.js pourrait probablement être plus facile en termes d'intégration avec d'autres bibliothèques js. L'exportation oF est pratique pour les gros codes complexes volumineux qui prendraient trop de temps à porter manuellement sur JavaScript, mais sachez que le projet Emscripten sera volumineux (par exemple 17,5 Mo pour opencvExample
) (et donc pas adapté aux cellulaires) et vous devrez toujours ajouter vos propres liaisons JS -> C++ si vous devez appeler la fonction oF app depuis la page Web.
De plus, si vous êtes intéressé par C++, vous voudrez peut-être également jeter un œil à libcinder ou Polycode .
HTH