TMS WebCore, hat damit schon jemand Erfahrungen ?

[Dennis07]

Dass das ganze performancetechnisch nicht die Bombe ist, ist völlig logisch: Es wird eine kaum veränderte JS-CodeGen-Engine von vor ca. 15 Jahren, die kürzlich wieder "ausgebuddelt" wurde. Sprachfeatures gibt es fast keine, die irgendwie hervorzuheben wären:
- Keine Interfaces (wobei die ja auch nicht, wären sie denn da, hervorzuheben wären)
- Keine Helper
- Keine anonymen Methoden
- Keine Recordmethoden
- Keine Generics, nicht mal Templates
- ....

Die RTL und Komponenten-Lib lassen auch, wie ich das sehe, noch sehr zu wünschen übrig.

Um es zu kaufen, benötigt man eine ALL-ACCESS-Lizenz, die kostet 1500€/Entwickler.
Im Vergleich, Smart Mobile Studio bekommt man schon ab 42€, den Kommandozeilen-Compiler sogar kostenlos. Und da hat man eine eigene IDE, eine riesige RTL und "SCL", und die Sprache kann neben (fast) all dem, was Delphi kann, sogar noch andere Dinge wie assoziative Arrays etc.

Das ist meine persönliche Meinung. Soll sich jeder selbst ein Bild machen, aber ich denke nicht, dass es schon ausgereift ist. Vielleicht in 2-4 Jahren, wenn fleißig dran gearbeitet wird. Aber im Moment liest sich die Beschreibung eher wie eine Gruselgeschichte.

(und bevor jetzt irgendwer ankommt, ich bekomme von SMS kein Geld hierfür. Ist meine ehrliche Meinung)

[Rollo62]

Zitat:

Wenn man in der Grid-Demo scrollt ist die Performance bspw. nicht optimal.

Exakt das habe ich auch bemerkt.

Zitat:

Kannst du das konkretisieren bzw. irgendwie in Zahlen fassen?

Ich habe die nur geöffnet und mit FF angeschaut.
Dafür das es lokal läuft ist das ziemlich "laggy".

Zitat:

Betriebssystem, CPU und Grafikkarte wären zum Vergleich interessant...

Ich habe aus einer VM angeschaut, mit den empfohlenen Einstellungen für die Grafik.
Läuft auf Win10 64 Bit, CPU 4 Cores mit Intel Core i7-3740QM, 2.7Ghz, mit 4GM Ram.
Ich habe schon etliche vergleichbare JS-Grids gecheckt, deshalb fällt mir der Performanceunterschied ja direkt ins Auge.
Besonders bei den wenigen Einträgen.
Zahlen habe ich jetzt nicht, ich will auch nur mal klären woran das liegen könnte.
Vielleicht holt sich das Script die Daten ja doch bei jdem Scrollen von einem Server ?
Das glaube ich aber nicht.

Zitat:

Wo ist da etwas verschlüsselt? Die Skriptdatei mit dem Quelltext ist doch normal eingebunden:

Ja, aber hinter dem letzten Ende hmtl-Tag sind bei mir noch seltsame, unlesbare Zeichen.
Habe ich jetzt nur via FF angeschaut, sieht aber etwas unnormal aus.
So als wären da noch irgendwelche Daten dahinter, vielleicht sind es auch nur Spaces.
Bei normalen HTML5 Seiten sehe ich sowas nicht.

Ich finde das WebCore sehr spannend als Erweiterung zu RadStudio, für mich ist die Frage ob es halten kann was es verspricht.
Wie bindet sich HTML5 WebCore in die IDE ein, so das AutoCompletion, etc. funktioniert ?
Wird da eine neue Sprache in die IDE gestopft, oder werden die Editoren und die Logik in separaten Modulen gehalten ?
Weil die Ide schon manchmal recht uzickig sein kann wäre ich bei allzutiefer Integration etwas vorsichtig.
Der PascalZuJS Transpiler, basiert der auf TMS Scripter, oder ist das etwas Neues ?

Edit:
@Dennis07

Zitat:

Dass das ganze performancetechnisch nicht die Bombe ist, ist völlig logisch: Es wird eine kaum veränderte JS-CodeGen-Engine von vor ca. 15 Jahren, die kürzlich wieder "ausgebuddelt" wurde.

Sorry, das hatte ich fast überlesen.

Dankesehr für die ausführliche Einschätzung.
Das erklärt Einiges, und bestätigt meine Vermutungen.

Ob es NUR in AllAccess vorhanden ist, oder auch separat steht doch hoffentlich noch nicht fest ?
Als separate Lösung sehe ich da Möglichkeiten für mich, in AllAccess eher nicht.
Die Subscription hatte ich vor einiger Zeit abgeschafft weil ich nur 10% davon real verwendet hatte.
Aber eine sinnvoll zusammengestellte Subscription zu vernünftigen Preisen würde durchaus Sinn machen,
z.B. Integration in die BusinessSubscrition mit Aurelius

SmartMobileStudio habe ich auch, aber damit mache ich z.Zt. keine konkreten Projekte.
Da fehlt mir eigentlich auch ein bischen die Anbindung an RadStudio.
Aber das ist sicher auch ein sehr potentes System, wo noch Einiges zu Erwarten ist.

Von TMS WebCore interessiert mich eigentlich auch am meisten die HTML5, JS, CSS Editorfunktion, so
das ich endlich mit einem Tool (Rx) Alles bearbeiten kann ohne verschiedene Editoren.
Da sollten dann aber auch vielleicht ein oaaar Tools wie node.js, Debugging o.ä. drumrum sein damit das Spass macht.

Die PascalToJS Transpiler Funktion wäre sinnvoll, aber für mich zweitrangig.
Das macht nur Sinn wenn es denn wirklich echt perfomrantes JS baut.
Vielleicht wäre schon eine Unterstützung von TypeScript im Editor oder als Transpiler sinnvoller.

Rollo

[jaenicke]

Zitat von Dennis07:

Die RTL und Komponenten-Lib lassen auch, wie ich das sehe, noch sehr zu wünschen übrig.

Naja... wie viele Komponenten hat SMS?
Wenn ich das vergleiche mit den dutzenden Komponenten, die es bei TMS WebCore gibt... grob geschätzt über 100 inklusive auch so etwas wie ein ColorPicker, Google Maps Control, Grids, ... um nur ein paar Beispiele zu nennen...
Und dazu noch die DB-Controls mit DataSource usw.

Kann SMS eigentlich z.B. modale Dialoge usw. wie sie bei WebCore und auch anderen Lösungen möglich sind?

Zitat von Dennis07:

Um es zu kaufen, benötigt man eine ALL-ACCESS-Lizenz, die kostet 1500€/Entwickler.

Das ist aktuell für die Preview so. Das wird es nach dem Release sicher auch einzeln geben. Schade ist, dass man nicht auch gleich den Preis veröffentlicht hat, das könnte einige abschrecken, die dann nicht unbedingt wiederkommen. Bei uns z.B. könnte es dann zu spät sein, weil wir uns gerade jetzt für eine solche Lösung entscheiden müssen. SMS ist bei uns nicht mehr in der Auswahl, da fehlt uns leider noch zu viel im Vergleich zu anderen Lösungen.

[Rollo62]

Zitat:

Wenn ich das vergleiche mit den dutzenden Komponenten,

Davon habe ich mich auch öfters blenden lassen, das Kriterium für mich ist nicht die Anzahl der Komponenten, sondern deren Qualität.
Lieber nur ein paar Basiskomponenten, die man flexibel anpassen kann, dafür aber 100% Performance.
Letzendlich benutze ich nie Alle dieser Komponenten wirklich in meinen Projekten.

Zitat:

Kann SMS eigentlich z.B. modale Dialoge usw. wie sie bei WebCore und auch anderen Lösungen möglich sind?

Seit FMX und CrossPlatform sind für mich modale Dialoge sowieso tabu ...

Rollo

[jaenicke]

// EDIT:
Ich habe gerade einmal CPU und GPU angeschaut beim Scrollen. Das ist schon heftig, dass dabei auf einem hochaktuellen i5-8600k zwischen 15 und 20% CPU-Last verbraucht werden... die GPU langweilt sich.

Zitat von Rollo62:

Zitat:

Wenn ich das vergleiche mit den dutzenden Komponenten,

Davon habe ich mich auch öfters blenden lassen, das Kriterium für mich ist nicht die Anzahl der Komponenten, sondern deren Qualität.

Das ist sicherlich richtig, aber da die FNC Komponenten auf anderen Plattformen gut funktionieren, hoffe ich, dass das dort auch so ist.

Zitat von Rollo62:

Seit FMX und CrossPlatform sind für mich modale Dialoge sowieso tabu ...

Ich unterscheide da eher nach Desktop und mobil. Auf dem Desktop benutze ich durchaus modale Dialoge.

[romankassebaum]

Ich möchte zu ein paar Punkten Stellung nehmen:

1. Wir bieten im Moment für die All-Access-Kunden eine Beta an. Der Grund dafür ist einzig technischer Art, da wir mit Hochdruck an einer Trial-Version arbeiten, die wir aber noch nicht fertig haben. Selbstverständlich werden wir TMS Web Core auch als Standalone-Version ausliefern.

2. Mit dem Release von TMS Web Core wird es auch eine Standalone-Version geben, so dass All-Access keinesfalls verpflichtend ist. Die hier angestellten Preisvergleiche entbehren somit jeglicher Grundlage und sind falsch.

3. Das FNC-Grid aus der Demo ist eine Cross-Plattform Komponente, die es für verschiedenste Plattformen gibt. Als Web-Komponente zeichnet sie sich in den HTML5-Canvas. In unseren Tests auf unsere Hardware war die Geschwindigkeit mehr als zufriedenstellend. Die Geschwindigkeit hängt nicht von der Anzahl der Zeilen und Spalten ab, sehr wohl aber von der Auflösung des Monitors. Im Moment verbessern wir noch die Komponenten, es handelt sich ja bisher lediglich um eine Beta-Version. Und Beta-Tests sind gerade dafür gedacht, dass wir solche Rückmeldungen von den Anwendern bekommen.

4. Das FNC-Grid ist nicht das einzige Grid, welches wir anbieten werden. Wir werden auch ein jQWidgets bzw. jQuery basiertes Grid anbieten.

5. Im ersten Schritt liegt der Fokus ganz klar darauf, dass der Transpiler stabil und zu 100% kompatibel zu Delphi mit seinen jetzigen Features ist. Nach der Version 1.0 werden wir aber weitere Features in den Transpiler einbauen, unter anderem werden wir Generics unterstützen.

6. Den Vorwurf, etwas nach 15 Jahren ausgegraben zu haben, können wir nicht nachvollziehen.

--
Roman Kassebaum
TMS Software Team
Embarcadero Technology Partner
Embarcadero MVP

[Harry Stahl]

Mir ist das TMSWeb auch schon aufgefallen und ich empfinde es als sehr nützliche Erweiterung.

Auch die Einbindung der FNC-Komponenten ist eine schöne Sache.

Ich weiß nicht, ob das am Ende möglich ist, aber wenn man mit einer solchen Webanwendung (die man auch nur lokal nutzen kann, gehe ich mal von aus), z.B. eine Alternative zu IOS-Apps hätte, wäre das toll, denn ehrlich gesagt, IOS-Programme zu entwickeln, macht mir wegen der strengen Apple-Vorgaben und das umständliche App-Store Verfahren keine große Freude...

[jaenicke]

Zitat von romankassebaum:

1. Wir bieten im Moment für die All-Access-Kunden eine Beta an. Der Grund dafür ist einzig technischer Art, da wir mit Hochdruck an einer Trial-Version arbeiten, die wir aber noch nicht fertig haben.

Wenn das nur technische Gründe sind... gibt es dann vielleicht schon Informationen zum Preis?

[Darlo]

Finde das Produkt ist ein super Schritt in die richtige Richtung. Freue mich schon bisschen damit zu testen. Gerade in Kombination mit Bootstrap. Wenn man jetzt noch Angular einsetzen kann wird das eine spannende Sache. Derzeit fehlen mir leider noch diverse Infos, ich bin aber gespannt!

[IBExpert]

Wir haben vor einigen Wochen mit den ersten pas2js Tests innerhalb von Lazarus angefangen und das Konzept, das TMS
auf Basis der gleichen Engine umsetzt, wird sicherlich für Delphi Programmierer einen erheblichen Mehrwert bringen.

Wer zukünftig erwartet, sein Delphi Programm auf Basis von einer umfangreichen Komponentensammlung, wie die bei TMS
WebCore dabei sein wird, zusammen zu klicken und trotzdem seine Events im Pascalsprache zu schreiben, der wird mit
dem Produkt von TMS sicherlich eine sehr gute Plattform haben, um die Mobile devices mit Android und iOS oder jedem
ernstzunehmenden Browser, daher auch mac und linux mit seiner Software zu beglücken. Die Verteilung erfolgt dann
komplett ohne Appstores, was ja vieles vereinfacht.

Ein Teil der units wird er dann auch bei entsprechendem Aufbau bzw Compilerschaltern gemeinsam benutzen können, sowohl in der
Delphi IDE mit Target win32/win64, aber eben über den Pas2js crosscompiler auch dort. Durch eine Manifest Deklaration
kann man dann auch vergleichsweise einfach dem Mobilgerät/Browser mitteilen, welche Dateien (js, css etc) lokal vorgehalten
werden müssen, um mit der Webapp dann auch remote ohne Internetverbindung arbeiten zu können.

Einige der Mitglieder in diesem Forum haben sicherlich schon mal mit Unigui gearbeitet oder experimentiert, aber da
kommt man ohne aktive Onlineverbindung nicht weiter.

Ob der Aufbau von Anwendungen auf Basis von VCL ähnlichen Komponenten der beste Weg ist, liegt im Auge des Betrachters.

Ich hatte bisher noch keine Zugriff auf eine funktionierende TMS WebCore Umgebung, weiß aber schon auf Grund von diversen
Meetings mit Michael und Matthias (im Prinzip die Kernentwickler des pas2js Crosscompilers), das Bruno, Roman und das TMS
Team da wirklich nicht zu früh eine Version öffentlich anbieten sollten. Die Aufgabe ist aufgrund der TMS Qualitätsansprüche
nicht zu unterschätzen und eine halbfertige Version ist aus Basis der Anspruchshaltung vieler Delphi Entwickler ein No Go.

Technisch übersetzt der Pas2js Compiler übrigens einfach eure Pascal Sprachkonstrukte und funktional gleichen und lesbaren
Javascript Code. Basiselemente wie Schleifen, Variablendeklarationen etc. sind da schon deutlich komplexer als man denkt,
weil in Javascript halt vieles anders ist. Trotzdem hat das Pas2js Team da schon sehr große Teile realisiert, aber eben
noch nicht alles. Die meisten Elemente werden ähnlich wie bei jedem Compiler aus Bibliotheken zusammengeholt und im
gewünschten finale Format zusammengebaut. Die Anzahl der Bibliotheken, die TMS da veröffentlichen wird, ist immens und das
braucht halt Zeit und Akribie, um das vorausschauend so aufzubauen, das man nicht alles dauernd wieder neu schreiben muss.

Wer seinen Pascal Code dann mal compiliert als Javascript sieht, wird schnell sehen, das da sehr viel Know How dahinter
steht und man sicherlich das fertige Javascript nicht wirklich auf Anhieb versteht, muss man
beim Hex Code einer Exe ja auch nicht.

Wer Lust und Zeit hat und entweder das www.blaisepascalmagazine.eu schon abonniert hat oder das vielleicht abonnieren
möchte (einfach email an [e-mail] senden, Detlef Overbeek kann euch da ggf. auch ein Sonderangebot machen
oder ein Schnupperabo), der wird in der letzten Ausgabe 67 ab Seite 73 2 Artikel zu den Basics (u.a. mit Bootstrap) und
einem konkreten Beispiel finden, das unser Mitarbeiter Miguel auf Basis von Lazarus erstellt hat. Es geht da um eine
simple offline fähige Zeiterfassung (u.a. jQuery).

Technisch wird man auch so mit Hilfe der TMS WebCore Integration in Delphi arbeiten können und dort halt auf Grund der
Komponenten auch das Konzept der RAD Entwicklung, wie man es in Delphi gewöhnt ist, umsetzen können.

Wenn der die Komponenten mal nicht ausreichend und man sehr wichtige APIs direkt anbinden will, dann sei noch vermerkt,
das der pas2js compiler auch asm anweisungen kann, die z.B. so aussehen können

Code:

procedure TTimeForm HideDlgDelete . ; assembler;
asm
 ( $ '#dlgDelete' 'hide' ). ( ); modal
end;

mit anderen Worten: geht nicht gibts nicht, das wird sicherlich genau so in der TMS Variante gehen.

Wer sich wegen des blaisepascalmagazins noch nicht entscheiden kann, der darf nach Rücksprache mit Detlef die
Ausgabe 67 auch ausnahmsweise hier schon herunterladen.

http://ibexpert.com/bpm/Blaise_67_UK_Total.pdf

Bitte den Link aber hier für DP Praxis Mitglieder behalten und nicht veröffentlichen. Detlef finanziert das Magazin
und die Autorenbeiträge in erster Linie über Abo gebühren und jeder, der sich berufen fühlt, darf ihn auch gerne
als Autor kontaktieren. In den nächsten Ausgaben werden die Schwerpunkte ganz sicher auf pas2js mit Lazarus und sobald
verfügbar und Beiträge geschrieben wurden auch TMS WebCore liegen. Der gesamte Komplex ist vergleichsweise
erklärungsbedürftig und wir werden sicherlich einige offene Schulungen auf Lazarus Basis dazu im Laufe des Jahres
anbieten.

Ich denke mal das in den nächsten Wochen dann auch TMS die erste echte Trial für die Delphi Integration
veröffentlichen wird, da wird uns aber Roman sicherlich hier auf dem Stand der Dinge halten können.