Vor- und Nachteile für das Prototyping einer Desktop-Anwendung mit Tcl/Tk

Question

Ich habe mit dem Prototyping einer Desktop-Anwendung mit Tcl begonnen und beabsichtige, die Idee einigen Risikokapitalgebern vorzustellen. Weder Desktop-Applikationen noch Tcl sind in Mode, und so möchte ich darauf vorbereitet sein, etwaige Einwände gegen diese Technologie zu entkräften. Nachfolgend die Vorteile, wie ich sie sehe, und ich freue mich darauf, viele Nachteile herauszuarbeiten, aber hoffentlich auch einige weitere Vorteile.

1. Ursprünglich habe ich letztes Jahr damit begonnen, für einen Auftrag in Java einen Code zu schreiben, der in die gleiche Richtung geht, und ich möchte aus rechtlichen Gründen eine völlig andere Sprache verwenden, um meine Bemühungen zu differenzieren
2. Während der Code derzeit als Kommandozeilenskript läuft, wird es notwendig sein, eine Benutzeroberfläche anzuwenden, wofür Tk als Prototyp ausreicht, und Tk ist eng mit Tcl integriert.
3. Da ich mich generell von Java fernhalte, sehe ich vor, dass die "Produktions"-Benutzeroberfläche (im Gegensatz zum Prototyp) in C++ geschrieben wird. Tcl lässt sich leicht in C++-Anwendungen einbetten, so dass die zugrunde liegende TCL-Engine zunächst eingebettet werden kann, bevor leistungsrelevante Abschnitte nach C++ portiert werden.

Ich verstehe, dass ein möglicher Nachteil ist "Tk UI's sind hässlich", aber wie oben erwähnt, wird die Tk UI für einen Prototyp sein, und sowieso, die Tk ist hässlich Problem wurde auf SO bereits von mir angesprochen: Warum werden Tk-GUI's als hässlich angesehen?

Answer 1

Tcl/Tk ist in mehreren Dingen hervorragend. Erstens ist es ziemlich einfach, in sehr kurzer Zeit funktionierende Prototypen zu entwickeln. Zweitens hat die Tcl-Gemeinschaft das Distributionsproblem besser gelöst als fast jede andere Sprache. Lesen Sie mehr über Starkits und Starpacks, wenn das für Sie wichtig ist. Die in Tcl eingebaute Unterstützung für virtuelle Dateisysteme und die Möglichkeit, alles in eine einzige ausführbare Datei zu packen (oder eine separate Anwendung und eine plattformabhängige Laufzeit), ist unübertroffen.

Tcl hat auch Unicode in den Kern integriert (und das schon seit geraumer Zeit), im Gegensatz zu anderen Skriptsprachen, bei denen Unicode wie ein aufgesetzter nachträglicher Einfall wirkt. Das, kombiniert mit einer anständigen Unterstützung für Nachrichtenkataloge, macht die Internationalisierung und Lokalisierung ziemlich einfach (außer bei Sprachen, die von rechts nach links geschrieben werden).

Ohne weitere Details über die genaue Natur Ihres Programms ist es schwer zu sagen, warum Tcl/Tk die richtige Lösung für Sie sein könnte. Es ist nicht perfekt für jedes Produkt, aber viele Leute wären überrascht, für wie viele Dinge Tcl gut ist.

Answer 2

Die VC-Frage, auf die ich mich vorbereiten würde, lautet:

"Wie wollen Sie das Personal dafür einstellen?"

Meine persönliche Erfahrung ist, dass die Einstellungssituation (sowohl Quantität als auch Qualität) für eine Sprache oft wichtiger ist als die Sprachmerkmale selbst.

Achten Sie auch darauf, Ihre Position mit Lösungen zu verteidigen, die noch mehr Fachwissen erfordern, wie z. B. die Einbettung von Dolmetschern, mehrsprachige Projekte, Änderungen von Laufzeiten usw. Denn auch hier ist das Fachpersonal der Engpass.

P.s. Ich persönlich lehne alle nicht nativen GUIs ab. Deshalb habe ich Java auch eine ganze Zeit lang gehasst. Aber ich denke, das gilt nicht, wenn man es für Prototypen verwendet.

Answer 3

Verstehen Sie den "hässlichen" Prototyp nicht nur als 1 Schwindel. Wenn man mit Nicht-Programmierern spricht, zählt er als 5 oder 6 Con: lesen Sie ganz durch, mein Standpunkt steht da drin

Ohne die Art Ihres Programms zu kennen, ist es schwer, genauere Angaben zu machen.

Answer 4

Tk hat thematische GUIs und hat sie schon eine ganze Weile. Es ist ziemlich einfach, eine TK-GUI so zu gestalten, dass sie fast wie eine native Oberfläche aussieht. TK ist auch ziemlich einfach auf Systemressourcen (sicherlich schneller und kleiner als Winforms).

Das Hauptargument für Tcl ist, es als Skripting- und Erweiterungsmechanismus für Ihre Anwendung zu verwenden. Wenn Sie die Anwendung in C++ mit einem eingebauten Tcl-Interpreter schreiben und das, was Sie wollen, von Tk bekommen, können Sie durchaus in der Lage sein, wesentliche Teile der Anwendung in ihrer eigenen Skriptsprache zu schreiben. Dies wird schneller und einfacher sein als die Programmierung einer nativen C++-GUI. Allerdings ist Tk nicht besonders funktionsreich, so dass Sie sich sicher sein sollten, dass Sie tun können, was Sie wollen, bevor Sie sich darauf festlegen.