Concevoir journal des événements interactif utilisateur efficace pour que je ne dépasse pas ma limite d'objet 10000 utilisateur.

Question

J'ai un problème: dans ma demande-je obtenir des informations relatives à l'événement, donc pour l'événement x je devrais obtenir une fenêtre de forme dans laquelle je fais une sorte de choses (saisir du texte et cliquer sur un bouton)

Mon problème est que, pour ma demande il y a une limite d'objets 10 000 utilisateurs (comme pour toutes les applications C #), et pour mon code des objets existants, il y a déjà 3000 utilisateurs occupés (de sorte que les feuilles autour de 7000 objets utilisateur libre). Je reçois de 200 clients d'information sur les événements concernant certaines choses qui se passent sur chacun des clients.

Quand je reçois les informations sur un événement d'un client je voudrais afficher une certaine façon cela comme une étiquette dans une fenêtre du journal des événements et quand je clique sur l'étiquette de la fenêtre de formulaire spécifique (que je l'ai mentionné plus tôt) devrait pop-up si que je saisir du texte et cliquer sur un bouton.

Je dois pouvoir afficher cette fenêtre de journal des événements de manière efficace (parce que je pouvais recevoir jusqu'à 1000 événements de chaque client et si chaque étiquette dans ce journal occupe 1 objet signifie que pour chaque client, il y aura 1000 objets (max , mais possible) donc je dépasse beaucoup mes 10000 limite).

Comment puis-je faire quelque chose efficacement?

À l'heure actuelle pour chaque événement je lance une fenêtre de forme dans laquelle j'entrer du texte et cliquer sur un bouton, mais ce n'est pas efficace (parce que la fenêtre de ma forme occupe déjà 3 objets utilisateur et si j'ai 3 max * 200 clients * 1000 utilisateurs objet i dépasse mon 7000 limite de loin).

Answer 1

Je lutte pour voir comment vous pouvez obtenir des milliers de fenêtres à partir d'une interface utilisateur comme celui-ci. Si vous créez un contrôle d'étiquette pour chaque notification alors, oui, cela peut se mal de la main à la hâte. Rend affreusement lent aussi.

Ne pas utiliser les contrôles d'étiquettes, utilisez un ListBox, ListView, TreeView ou DataGridView. Les contrôles qui peuvent afficher plusieurs éléments, mais seulement une seule poignée consommeront de fenêtre.

Answer 2

Comme Hans dit Passant - Win32 n'est pas conçu pour être utilisé de la manière que vous essayez de l'utiliser.

Une implémentation typique pourrait ressembler à ceci:

S'il y a beaucoup d'articles (quelques milliers, comme prévu), une boîte de recherche rapide pour filtrer les éléments de la liste est presque obligatoire.

Si les détails sont complexes, vous pouvez remplacer le contrôle du navigateur Web statique avec HTML généré à la volée.

---

Si vous insistez sur les boutons-par-événement (que je ne recommanderais pas pour votre UX), vous aurez besoin de vous le rendre, ce qui est un PITA dans GDI. Ou utiliser un contrôle de navigateur Web