Crowdsourced GUI. Offene Betatests. - Seite 27
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Es geht nirgendwohin! Die Interaktion zwischen den beiden Logiken muss noch aufgebaut werden. Die Ansicht existiert nicht von selbst. Einige seiner Elemente sind immer an Variablen und/oder Objekte des Anwendungsmodells selbst gebunden.
Du hast in allen Punkten Recht, Alexey. Es gibt nur ein Problem - Sie erkennen nicht "dieselbe Fedora in einem anderen Sommerkleid" in Bezug auf die Objekte und die Vorgehensweise im Allgemeinen.
Wir werden abwarten und sehen. Bislang sehe ich einen eklatanten Austausch von Begriffen. Alle Programmierkonzepte der letzten Jahre wurden auf den Kopf gestellt.
Aber wir sollten das Ergebnis abwarten und nicht im Eifer des Gefechts kürzen.
Wir werden sehen. Was ich bisher sehe, ist eine grobe Verdrängung von Begriffen. Alle Programmierkonzepte der letzten Jahre wurden auf den Kopf gestellt.
Aber wir sollten das Ergebnis abwarten und es nicht im Eifer des Gefechts kürzen.
Nun, wenn das Ergebnis eine Umkehrung akzeptierter Konzepte rechtfertigt, was dann?
Seltsame Frage: Was erwarten Sie?
Ich bin mir zu 100% sicher, dass das nicht der Fall sein wird...
Seltsame Frage: Was erwarten Sie?
Ich bin mir zu 100% sicher, dass das nicht der Fall sein wird...
Peter, Sie haben eine sehr interessante Reaktion, wie man so schön sagt, "und dann hat sich Ostap mitreißen lassen". Da ist ein Hauch von kindlichem, primitivem Groll. Aber wozu?
Ich habe lediglich geschrieben, dass ich nicht glaube, dass die Verdrehung herkömmlicher Konzepte das Ergebnis rechtfertigt.
Wenn ich es richtig verstehe, versuchen Sie nicht, ein eigenes System zu entwickeln, sondern ein Toolkit für andere Programmierer.
Aber andere Programmierer, potenzielle Nutzer Ihres Produkts, sagen bereits in diesem Stadium: Peter - das ist nicht richtig! Ihr sagt daraufhin: "Aber ihr seid doch alle inkompetent, ihr habt keine Ahnung vom Programmieren und habt für euch selbst irgendwie RPF und Klassen erfunden! Aber eigentlich ist alles einfach und leicht in Assembler zu machen. Ich werde mein Produkt fertigstellen und euch neue Programmierregeln beibringen, sonst spielt ihr alle in einem Sandkasten und seht nicht weiter als eure Nase!"
Irgendwie hört sich das alles so an.
Aber Sie verstehen den Hauptpunkt nicht: Diejenigen, die Ihr Produkt nach Ihrer Idee nutzen werden, haben ein völlig anderes Verständnis von Programmierung und dem Konzept des "Objekts", des Ereignismodells, der Ereignisabonnements, der Vererbung usw. Es wird für sie sehr schwierig sein, von den herkömmlichen Paradigmen auf ein einziges Produkt mit einigen Wendungen zu wechseln.
Ich bin sicher, dass der Editor selbst hervorragend sein wird, daran besteht kein Zweifel. Als eigenständiges Produkt kann es respektiert werden und man kann sogar als Konstrukteur damit spielen. Aber etwas Neues wie eine "Auszeichnungssprache" zu lernen, nur um die grafische Benutzeroberfläche mit Ihrem Code zu verbinden, wäre unrentabel.
Sie haben eine großartige Arbeit bei der Erstellung eines grafischen Konstruktors geleistet. Beachten Sie, wie absolut jeder Sie in dieser Richtung unterstützt.
Und praktisch jeder sagt dir: Peter, das alles wäre gefragt, wenn du alles auf OOP umschreibst. Aber du hörst mich nicht. Offensichtlich schaffen Sie ein Produkt, um Ihr Ego zu befriedigen, und nicht für andere Nutzer, deren Interessen Sie offen und unverhohlen ignorieren.
Nun, was die russische Sprache angeht, so sind Sie auch hier kein Vorreiter. Das russische Unternehmen 1C hat seit langem eine Sprache entwickelt, in der hauptsächlich auf Russisch programmiert wird.