Bonjour, je suis stagiaire, et j'ai proposé de coder un petit logiciel (simpliste ) pour une gestion de stock de manière hors ligne et avec un seul utilisateur:

le fonctionnement:

Logiciel: Visual Studio 2017

Langage: C#

Pour afficher un tableau:  ListView à 5 colones

Pour gérer le stock: une interface classique (Boutons, combobox, Textbox, label etc)

Pour la base de donnée: un fichier texte, le stock n'est pas immense et je suis beaucoup trop restreint en temps pour du SQL

voici ma question:

je n'ai pas énormément compris le fonctionnement de ma ListView mais dans le stade actuel, j'ai réussi à lui donner des objets, j'arrives facilement à ajouter des lignes mais le problème survient quand je veux en modifier une, puis ajouter des données à une ligne , comment faire?

screen de ma ListView:

Mon interface:

deuxième question: comment faire pour sauvegarder l'intégralité de ma listview dans un fichier texte, et faire l'opération inverse lors d'une action de "loading".

merci d'avance

-
Edité par CyrilHansse1 1 avril 2019 à 18:07:33

Pourquoi une ListView et pas des trucs bien plus simple comme des DataGridView ?

Pourquoi ne pas utiliser le DataBinding plutôt que de réinventer la roue (carrée) ?

En fait, le logiciel devrais pouvoir bouger de PC en PC sans avoir de prérequis, il doit pouvoir s'utiliser sans connection (donc pas de sql)

je fais par une listview parceque je doit tout coder à 100%, et c'est (à mon goût plus présentable) ce qui m'est paru le plus simple d'utilisation pour ce que l'utilisateur vas en faire.

Edit: j'ai trouvé le moyen de gérer ma listview avec l'interface. la dernière difficulté sera dans la partie sauvegarde de la listview dans un fichier texte et l'action inverse, mais avec un peu de recherche je penses que ça vas aller

-
Edité par CyrilHansse1 2 avril 2019 à 11:01:31

>En fait, le logiciel devrais pouvoir bouger de PC en PC sans avoir de prérequis ...

Et ?

Le DataBinding n'a rien à voir avec de la base de données, vous pouvez avoir une source de données de n'importe quelle forme, simple fichier texte compris.

>s'utiliser sans connection (donc pas de sql)

Connection à quoi ??? comment ?

SQLite est une base embarqué dans l'exécutable, et le DataBinding marche avec n'importe quoi.

C'est vraiment des arguments bien foireux, no offense.

>je fais par une listview parceque je doit tout coder à 100%

BULLSHIT. Venant d'une utilisateur de framework .NET au-dessus d'un OS (chacun représentant au bas mot plusieurs dizaines de millions de lignes de code), c'est assez cocasse.

>, et c'est (à mon goût plus présentable)

Présentable à qui ? A une fille qui comprend rien à l'informatique ou à Directeur de Projet complètement à la masse ?

Re-Bullshit.

>ce qui m'est paru le plus simple d'utilisation pour ce que l'utilisateur vas en faire.

Franchement, une Datagrid + DataSet avec 3 lignes de code qui se battent en duel qui font le taf, c'est bien plus "sexy" pour un développeur, qu'un gros tas de code inutile et bogué.

>j'ai trouvé le moyen de gérer ma listview avec l'interface.

La listeView EST l'interface.

>la dernière difficulté sera dans la partie sauvegarde

C'est déjà gérer dans le DataBinding (DataSet+DataAdapter).

>de la listview dans un fichier texte et l'action inverse

Idem déjà gérer dans le DataBinding, avec tout un choix de format, si cela t'amuse.

>mais avec un peu de recherche je penses que ça vas aller

Si tu recherches aussi aveuglement que tu écoutes ici, dans ce forum, t'es pas près de trouver un truc simple et opérationnel.

Donc, en conclusion, pourquoi te faire chier avec une ListeView (qui gère quand même relativement correctement de DataBinding via les DataView) plustôt qu'avec une DataGridView ou autre composant dédié à l'affichage de données ?

Parce qu'en tant que stagiaire, j'ai un correcteur qui vas juger le CODE et que je suis interdit d'utiliser le SQL et que derrière, oui je logiciel devrais être utilisé par un utilisateur qui n'y connais rien à l'informatique, mon interface est composé de Boutons/TextBox/ComboBox qui lui serviront de manière simple à modifier la listView.

j'ai un cahier des charges très précis dans lequel je doit travailler de cette manière, le but est que dans la tonne d'exercice qui me sont donné, je voies toutes les fonctions de chaque composant de la boite à outil.

ça ne sert à rien de t'acharner à me dire que je doit utiliser un DataBinder, ça n'avancera en aucun cas le topic, mais merci du spam de "bullshit"

-
Edité par CyrilHansse1 2 avril 2019 à 12:40:20

>Parce qu'en tant que stagiaire

Vous êtes donc un adulte, et comme la pédagogie du marteau n'a pas fonctionné on va passer androgogie du marteau-piqueur.

Il est bien plus compliqué de désapprendre une connerie que d'apprendre de nouvelle choses.

Vous faites une putain de fixette DataBinding == SQL/base de données relationnelles, ça n'a rien à voir, BORDEL.

Vous êtes stagiaire, et votre jury de stage, il va évalué votre argumentaire pour la justification de vos choix, et là, vous êtes vraiment aux fraises, mais à des années lumières.

Et vous mélangez tous, utiliser en interne SQL ne veut pas dire que l'utilisateur final de votre application doit utiliser SQL, bien au contraire.

Votre "correcteur", il va juger l'ergonomie de votre bidule, voir la maintenabilité de votre code, mais pourquoi irait-il vous demander de ne pas utiliser une technologie (super mal défini comme contrainte en plus) ? Sachant, en plus que le DataBinding n'a en rien besoin d'un "SQL".

>oui je logiciel devrais être utilisé par un utilisateur qui n'y connais rien à l'informatique

Encore heureux.

>mon interface est composé de Boutons/TextBox/ComboBox

Ce qui n'interdit pas de les lier à des données via DataBinding, bien au contraire.

>qui lui serviront de manière simple à modifier la listView.

Ce qui est bien plus compliqué pour l'utilisateur finale que l'utilisation basique d'une DataGridView.

Mais passons, il est toujours possible de faire du DataBinding dans une ListView via des DataViews.

Vous êtes à court de temps et vous voulez ajouter des tonnes de code complètement inutiles dans votre machin, cherchez la logique.

Mais bon, même si vous n'avez toujours pas compris que vous faites nimportnawak, vous pourrez utiliser la propriété ItemsSource de votre foutu ListView, la caster en DataView, affecter la propriété Table de cette DataView à une DataTable et enfin utiliser un DataAdapter vous sauvegarder vos données dans un fichier du format de votre choix.

C'est 3 lignes de codes maximum.

Après, vous verrez que le chargement des données, c'est aussi court.