Mon approche. Le noyau est le moteur. - page 169
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Peter le regardera et dira : "C'est n'importe quoi, mais que se passe-t-il si j'ai un million de moules et un million de boutons sur chacun d'eux ?
C'est ce que signifie être un vrai professionnel - banaliser des choses simples et les rendre si inconfortables et si peu naturelles !
***
Comme s'il y avait une approche universelle qui simplifie la liaison de la création en C# au terminal, mais pour un débutant cette division ne sera pas facile, et celui qui a une certaine expérience ne va pas aller de cette façon, parce que cette tâche est résolue beaucoup plus facile et plus naturel et sans aucune restriction.
Dmitry, j'ai regardé votre code. Tout y est identique : le gestionnaire d'événements, les méthodes stat et l'application sont lancés dans un thread séparé. C'est pourquoi j'ai une question complémentaire : que vouliez-vous dire avec ce billet?
Dmitry, j'ai regardé votre code. Tout y est identique : gestionnaire d'événements, méthodes d'état, lancement de l'application dans un thread séparé. C'est pourquoi je pose une contre-question : que vouliez-vous dire avec ce billet?
Pour le dire directement ? Il est facile et direct de résoudre un problème qui a été résolu avec un peu de... Je n'avais pas d'applications, je n'avais qu'un seul fichier DLL et je n'essayais certainement pas de parcourir tous les contrôles et de rechercher un formulaire par son nom.
Par exemple, vous pourriez faire un simulateur - dans un testeur à échanger. Vous pouvez vous constituer un panneau de négociation pratique (multifonctionnel). Il est possible d'utiliser toute la puissance de C# et de toutes les bibliothèques qui y sont liées.
Mais vous n'êtes pas obligé de le connecter comme ça - recherchez le formulaire par son nom... ...n'est pas nécessaire. Vous n'avez pas non plus besoin de créer un exe, tout ce que vous pouvez faire dans une dll. La Dll n'est pas différente en complexité de l'exe, et le constructeur visuel de formulaires est disponible dans les deux cas.
Dim, je n'ai vraiment aucune envie de discuter avec toi sur le sujet. Les professionnels comprendront, d'autres se tairont ou vous inonderont de questions : "Pourquoi, et pourquoi", "Il fallait faire ainsi, et pas edok..." En général, du bavardage inutile.
Dim, vraiment, je n'ai aucune envie de discuter avec toi sur ce sujet. Les professionnels comprendront, les autres resteront silencieux, ou poseront des questions : "Pourquoi, oui pourquoi", "il fallait tant et pas edok ..." en général, des bavardages inutiles.
Bien joué, vous******* prenez une tarte sur l'étagère.
...
Basil, ne le prenez pas mal, mais un panel comme celui-ci :
J'ai à peu près ce genre de code :
Ce code peut simplement être transmis à l'autre, ou mis dans une base commune et vous n'avez pas besoin de dessiner un formulaire spécifique pour chacun.
Inséré dans le constructeur et j'ai obtenu une autre fenêtre avec tous les paramètres et connexions des éléments.
...et vous n'avez pas besoin de dessiner une forme exprès pour tout le monde.
...
C'est comme si créer un moule, c'était frapper une masse sur une borne en fonte).
Par exemple, vous pourriez faire un simulateur - dans un testeur à échanger. Vous pouvez vous constituer un panneau de négociation pratique (multifonctionnel). Il est possible d'utiliser toute la puissance de C# et de toutes les bibliothèques qui y sont liées.
Mais vous n'êtes pas obligé de le connecter comme ça - recherchez le formulaire par son nom... ...vous n'en avez pas besoin de cette façon. Vous n'avez pas non plus besoin de créer un exe, tout ce que vous pouvez faire dans une dll. La dll n'est pas différente en complexité de l'exe, dans les deux cas le constructeur visuel de formulaire est disponible.
c'est à peu près le nouveau mot, il n'y a presque aucune bibliothèque mosh dans sysharp, mais ce serait cool.
c'est à peu près le nouveau mot, qu'il n'y a presque aucune bibliothèque de mosh à sycharp, ce qui serait cool.
Mais au moins il y a une méthode de communication qui est directe et adéquate.
Comme faire un moule, c'est frapper une masse sur une billette en fonte).
Exactement. Il y aura une énorme base de données de cybercodes avec des images. Allez-y, sélectionnez, prenez le code, collez-le dans le constructeur, obtenez le noyau avec les fichiers de connexion. Et la connexion est déjà pensée et beaucoup plus facile.