Zig rend vraiment difficile l'exécution d'une fonction virtuelle. Ce qui est super ennuyeux au début. Vous ne pouvez pas simplement créer une interface et ensuite faire une implémentation de manière triviale comme vous pourriez le faire en Golang ou dans la plupart des autres langages. Mais c'est une fonctionnalité, pas un bug. Vous pouvez faire des fonctions virtuelles en utilisant comptime. Mais Zig rend plus évident qu'il y a des compromis négatifs à cela. Zig rend l'écriture de code plus simple qui n'utilise pas de fonctions virtuelles votre chemin par défaut et, en conséquence, vous finissez par utiliser des interfaces et des fonctions virtuelles uniquement lorsque cela a un impact extrêmement important et vaut l'effort. Il s'avère que vous n'avez presque jamais besoin d'interfaces dans beaucoup de code.

J'ai oublié de mentionner que je suis d'accord au fait. C'est plus comme le bon côté qui a fait passer ça de "wtf" à "en fait, c'est un état d'esprit intéressant pour décourager cette abstraction". C'est un peu comme le manque d'enums en Go ou le vérificateur d'emprunt en Rust. Ou les langages orientés objet. En général, je n'aime pas ces choses, mais j'ai un peu appris quelque chose en adoptant le point de vue du langage.

@norswap Au fait, je réalise en regardant comment mon post ne mentionne pas que dans l'ensemble, je veux des interfaces. Je ne parle ici que du bon côté des choses, mais à mon avis, les interfaces sont là où zig sans contrôle de flux caché va un pas trop loin.