Discussion :

[Bad Bond]

Yo,

si j'ai bien compris, en C#, les listes et les tableaux ne permettent de stocker que des données de même type ?

Si c'est bien ça. Comment ils programment les logiciels de comptabilités ?
La compta c'est mettre des chiffres dans des cases. Or ces chiffres sont forcément rattachés à une date par exemple (donc minimum 2 types différents).
J'ai pas compris la gamberge là

Merci

[tatayo]

Bonjour,
Un "type" ce n'est pas forcément une chaîne ou un entier.
Tu peux très bien déclarer une classe avec plusieurs membres (ou propriétés), puis déclarer une collection (tableau, liste, dictionnaire...) d'objets de cette classe (ou de classe dérivée, vive le polymorphisme !).
Cette classe peut même avoir un (ou plusieurs) membre(s) de type collection d'une autre classe, et ainsi de suite.

Tatayo

[Bad Bond]

oui mais dans ce cas, je cré plusieurs listes ou tableaux
Par exemple, j'aimerai pouvoir créer une liste ou un tableau avec 3 colonnes (numéro, texte, numéro), et quand je supprime une ligne, je supprime donc 3 données d'un coup. Car je veux que chaque ligne soit liée entre elles.

[Noxen]

Quel problème cherches-tu à résoudre ? As-tu du code à nous montrer pour qu'on puisse te guider ?

[tatayo]

oui mais dans ce cas, je cré plusieurs listes ou tableaux
Par exemple, j'aimerai pouvoir créer une liste ou un tableau avec 3 colonnes (numéro, texte, numéro)

Pourquoi plusieurs listes ?
Tu peux créer une classe avec 3 membres (numéro, texte, numéro) et une liste d'instances de cette classe.
Honnêtement je ne comprends pas où ça coince.

Tatayo.

[Bad Bond]

J'ai pas vraiment commencé à coder.
J'essaie de raisonner en amont pour voir si c'est faisable de la façon dont je l'imagine.

en gros, je veux que mon programme puisse créer des listes avec des données renseignées par l'utilisateur


en jaune, ce qu'on peut modifier, supprimer, etc... sachant que chacune des données d'une ligne sont liées entre elles.

Et bah je pensais le faire avec IListe au début.

[Noxen]

Tout est possible, tout est réalisable, c'est le jeu de la vie !

Blague à part, il y a différentes approches pour faire les choses. Il existe déjà en .Net des outils pour faire ce genre de choses, comme les DataTable. Mais ce que tu sembles vouloir faire pourrait aussi se faire avec des macros dans Excel. Et si tu veux créer une interface graphique c'est encore un autre niveau de complexité par rapport à la gestion des données seules. J'ai l'impression que tu n'a pas encore beaucoup d'expérience en programmation et que tu as du mal à avoir les idées claires à ce sujet.

Peux-tu nous donner un peu plus de contexte sur ta situation ? Pourquoi veux-tu créer cette application ? Quelles données vont être gérées ? Qui va l'utiliser ? Comment seront sauvegardées les données saisies ?

[Bad Bond]

à la base je me demandais pourquoi les logiciels de comptabilité dans les cabinets d'expertises comptables buggaient autant.
Peut être l'ajout de fonction sensé rendre l'utilisation plus simple, mais j'en suis pas convaincu

Donc je me suis dit je vais en faire un.
Suffit de générer des données qu'on stock. Et il faut pouvoir les modifier facilement.

L'interface est très sommaire, mais il en faut un je suis d'accord.

Je me suis dirigeais vers C#, car parait-il que le célèbre "quadratus" est codé avec ce langage.

Oui, je suis débutant en programmation. J'ai les notions de bases, on va dire, et j'ai lu et regardé plusieurs tutoriels.

plus simplement pour répondre à tes questions
Peux-tu nous donner un peu plus de contexte sur ta situation ? je veux juste comprendre la difficulté de la création des logiciels de comptabilité
Pourquoi veux-tu créer cette application ? Pour me challenger, et vérifier la difficulté.
Quelles données vont être gérées ? celles que je rentrerai dans le programme
Qui va l'utiliser ? Moi
Comment seront sauvegardées les données saisies ? Automatiquement si possible, j'en suis pas encore là

[PixelJuice]

Bonjour,

Tu te doutes bien que si les Listes (et les Collections en général) étaient aussi limitées, le C# serait inutilisables.

Il y a pour tous les gouts, toutes les utilisations, tu as l'embarras du choix. Tu finiras la plupart du temps par créer des classes qui représentent des données. Mais vu que ton but est un logiciel de gestion, il te faudra alors appliquer un certain niveau d'abstraction. C'est à dire que les structures que tu vas gérer seront créer par les utilisateurs. Rien de bien méchant en soit mais pour un débutant, ça peut paraitre obscur.

[Noxen]

Je ne saurais dire spécifiquement "pourquoi les logiciels de comptabilité dans les cabinets d'expertises comptables bugg[]ent autant", n'ayant jamais eu l'occasion d'en utiliser (es-tu un comptable avec une expérience tragique concernant les logiciel de comptabilité ?). Mais de façon générale, créer un logiciel professionnel répondant à un besoin qui justifie une rémunération est une entreprise de longue haleine, complexe et sujet à erreur, qui requiert habituellement un grand nombre de personne ; on peut être surpris parfois comment une fonctionnalité qui paraît simple se complexifie grandement lorsqu'on ajoute les contraintes nécessaires à son fonctionnement correct (gestion des erreurs, authentification et autorisation, échanges réseau, sauvegarde des données...). De plus, il faut associer une compétence technique (développement) et une compétence métier (ici, une connaissance approfondie de la comptabilité).

Il ne te sera pas possible à toi seul de recréer un logiciel de comptabilité comme Quadratus. Par contre j'encourage totalement l'expérimentation et la recherche de la connaissance ; tu devrais trouver sur ce site tout ce qui est nécessaire pour débuter et tu pourras obtenir de l'aide de la communauté quand tu auras des questions.

[Bad Bond]

oui je suis comptable, et je suis pas traumatisé. Faut pas exagérer.
Je sais bien que créer un logiciel comme quadratus tout seul c'est pas possible. Surtout pour moi.
Mais créer juste les bases d'un logiciel de compta (la saisie par exemple), ça me parait possible.

Mais pour répondre à ma question initiale : les fonctions List et Array, en C#, sont forcément d'un type spécifique ?

[r0d]

Mais pour répondre à ma question initiale : les fonctions List et Array, en C#, sont forcément d'un type spécifique ?

Plusieurs réponses ont déjà été données. Mais je vais tenter une autre façon de répondre :
Oui tu ne peux mettre qu'un seul type dans une liste en c#, mais un type peut être composé de plusieurs choses. Par exemple tu peux créer un type qui contient une date, un numéro et une chaîne de caractère.

[popo]

Si tu parles du logiciel Cegid Quadratus, il s'agit en réalité de plusieurs applications dont une de compta, et de quelques API et autres projets gravitant autour.
Mais cet ERP n'a pas été écrit en C#, qui n'en était qu'a ses début lorsque le projet a débuté, mais en Visual Basic.

Mais VB ou C#, mise à part quelques nuances dans la syntaxe et l'indexation, une liste demeure une liste.
C'est à dire un tableau dont les éléments sont tous du même type (en théorie) et auxquels ont accède via un indice numérique.

En pratique, puisqu'en C# tout est objet, je vais contredire mes collègues et affirmer que tu peux déclarer une liste d'objets et y mettre absolument tout ce que tu veux (même si je le déconseille fortement) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
List<object> something = [1, "A", new Dummy(), true, false, null, 3.14, new DateOnly(2025,1,2)];
foreach (object item in something)
{
    Console.WriteLine(item);
}

Affiche ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
1
A
Consolecs8.Dummy
True
False
 
3,14
02/01/2025

Mais puisque ton objectif est de lier des données entres-elles, il convient de regrouper ces données dans un objet Ecriture ensuite tu pourra créer une liste de Ecriture.
Mais à te lire, il est clair que tu ne maîtrise pas les base de la programmation (les listes, c'est vraiment basique).
Donc avant toute chose, avant d'attaquer ton projet, il va falloir revoir les bases.
Une fois les bases acquises, tu pourras te former aux objets.
EDIT : J'ai oublié d'écrire qu'il faut aussi gérer correctement une base de données.
Et seulement une fois ces concepts maitrisés, tu pourras t'attaquer à la création d'un mini logiciel.

Un logiciel de comptabilité, c'est pas évident à programmer.
Rien que la saisie, que tu n'imagines pas si compliquée, est en réalité très complexe (rien que sur les données que tu donnes en exemples, il manque les notions de débit et de crédit).
Déjà, parce qu'en règle générale, la comptabilité, n'est pas le métier du développeur, on lui donne des consignes et il tente de les appliquer.
Ensuite, parce que les règles changent d'une année à l'autre (des comptes apparaissent et d'autres disparaissent).
Enfin, parce que chaque cabinet fonctionne de manière différente (ce qui peut être considéré comme un bug par un cabinet peut en réalité être une spécification donnée par un cabinet qui a fait un gros chèque pour l'avoir).

[r0d]

En pratique, puisqu'en C# tout est objet, je vais contredire mes collègues et affirmer que tu peux déclarer une liste d'objets et y mettre absolument tout ce que tu veux (même si je le déconseille fortement)

Ha purée oui effectivement tu as raison. C'est une pratique qu'on ne fait jamais, on finit donc par oublier qu'on peut le faire.

[tatayo]

Bonjour,

En pratique, puisqu'en C# tout est objet, je vais contredire mes collègues et affirmer que tu peux déclarer une liste d'objets et y mettre absolument tout ce que tu veux (même si je le déconseille fortement) :

Pour être vraiment clair, dans une liste de type T, tu peux mettre des instances de T ou de toute classe qui dérive (directement ou pas) de T (polymorphisme).
Et comme tous les types en C# dérivent (implicitement) du type objet, avec une liste d'objets tu peux mettre tout ce que tu veux.

Mais effectivement ça devient vite le Bazard à gérer.

Tatayo.

[Bad Bond]

Plusieurs réponses ont déjà été données. Mais je vais tenter une autre façon de répondre :
Oui tu ne peux mettre qu'un seul type dans une liste en c#, mais un type peut être composé de plusieurs choses. Par exemple tu peux créer un type qui contient une date, un numéro et une chaîne de caractère.

Ok merci
comme ça c'est clair

Si tu parles du logiciel Cegid Quadratus, il s'agit en réalité de plusieurs applications dont une de compta, et de quelques API et autres projets gravitant autour.
Mais cet ERP n'a pas été écrit en C#, qui n'en était qu'a ses début lorsque le projet a débuté, mais en Visual Basic.

Mais VB ou C#, mise à part quelques nuances dans la syntaxe et l'indexation, une liste demeure une liste.
C'est à dire un tableau dont les éléments sont tous du même type (en théorie) et auxquels ont accède via un indice numérique.

Mais puisque ton objectif est de lier des données entres-elles, il convient de regrouper ces données dans un objet Ecriture ensuite tu pourra créer une liste de Ecriture.
Mais à te lire, il est clair que tu ne maîtrise pas les base de la programmation (les listes, c'est vraiment basique).
Donc avant toute chose, avant d'attaquer ton projet, il va falloir revoir les bases.
Une fois les bases acquises, tu pourras te former aux objets.
EDIT : J'ai oublié d'écrire qu'il faut aussi gérer correctement une base de données.
Et seulement une fois ces concepts maitrisés, tu pourras t'attaquer à la création d'un mini logiciel.

Un logiciel de comptabilité, c'est pas évident à programmer.
Rien que la saisie, que tu n'imagines pas si compliquée, est en réalité très complexe (rien que sur les données que tu donnes en exemples, il manque les notions de débit et de crédit).
Déjà, parce qu'en règle générale, la comptabilité, n'est pas le métier du développeur, on lui donne des consignes et il tente de les appliquer.
Ensuite, parce que les règles changent d'une année à l'autre (des comptes apparaissent et d'autres disparaissent).
Enfin, parce que chaque cabinet fonctionne de manière différente (ce qui peut être considéré comme un bug par un cabinet peut en réalité être une spécification donnée par un cabinet qui a fait un gros chèque pour l'avoir).

Les règles comptables ne changent pas tous les ans. Y'a déjà le droit, dont la fiscalité, qui le fait très bien alors si t'en rajoute... plus personne fera ce métier et un bilan ne voudra plus rien dire.
Je sais bien que programmeur c'est un métier.
Après pour apprendre les bases, il faut selon moi se lancer à un moment ou un autre

merci pour les infos. Pour moi c'est plus clair.