TMS WebCore, hat damit schon jemand Erfahrungen ?

**Rollo62**

Hallo zusammen,

mich würde interessieren ob sich das schonmal jemand näher angesehen hat ?

http://blog.kassebaum.eu/?p=625

https://www.tmssoftware.com/site/tmswebcoreintro.asp

https://www.tmssoftware.com/site/tmswebcoreintro.asp

Die

Demos sehen schön aus, scheinen aber auch sehr langsam zu sein.
Bei mir läufen die Demos leider inakzeptabel lahm

Der Seitenquelltext des Demos sieht bei mir so ähnlich aus wie unten,
anscheinend ist etwas hinter dem html Tag versteckt.
Womöglich der RunTimeCode verschlüsselt oder gepackt ?

zusammenfalten · markieren

Delphi-Quellcode:

			<!DOCTYPE html>

<html>

  <head>

    <meta http-equiv="Content-type" content="text/html; charset=utf-8" />

    <link rel="shortcut icon" href="#" />

    <title>TMS Web Project</title>

    <script type="text/javascript" src="TMSWeb_FNCGrid.js"></script>

    <style>

    </style>

  </head>

  <body>

  </body>

  <script type="text/javascript">

    rtl.run();

  </script>

</html>####################################################################################

Generell finde ich die Idee HTML5 in Delphi zu bringen sehr spannend, nicht zuletzt wegen ExtJS, aber es sollte performant wie Orginal-JS sein.
Man kann ja wie ich verstehe auch Orginal JS verwenden, statt Pascal-to-JS Compiler, und der Editor für HTML5, JS, CSS sollte in RadStudio integriert sein.
Allein dafür würde es sich vielleicht schon lohnen, wenn man KTML5 im RadStudio editieren kann.

Was haltet Ihr davon, ist das wieder ein Fall von gut gemeint, aber ... ?
Vielleicht gab es ja schon ein paar Beta-Tester

Rollo

**Uwe Raabe**

Zitat von Rollo62:

Die

Demos sehen schön aus, scheinen aber auch sehr langsam zu sein.
Bei mir läufen die Demos leider inakzeptabel lahm

Kannst du das konkretisieren bzw. irgendwie in Zahlen fassen? Vielleicht ein kurzes Video machen?

Zitat von Rollo62:

Vielleicht gab es ja schon ein paar Beta-Tester

Na ja, sieht so aus, als wäre Roman selbst hier die richtige Adresse.

**jaenicke**

Zitat von Rollo62:

Der Seitenquelltext des Demos sieht bei mir so ähnlich aus wie unten,
anscheinend ist etwas hinter dem html Tag versteckt.
Womöglich der RunTimeCode verschlüsselt oder gepackt ?

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

Zitat von Rollo62:

Wenn du die öffnest, findest du ganz unten die Logik für das spezifische Projekt. Da findest du dann auch z.B. die Eventhandler:

markieren

Code:

			this.btnFilterClick = function (Sender) {

...

Zitat von Rollo62:

Die

Demos sehen schön aus, scheinen aber auch sehr langsam zu sein.
Bei mir läufen die Demos leider inakzeptabel lahm

Das kann ich nicht reproduzieren. Selbst im Firefox ist es noch einigermaßen schnell und in Chrome oder Edge gibt es fast keine Verzögerung.

// EDIT:
Ach so:
Betriebssystem, CPU und Grafikkarte wären zum Vergleich interessant...
Bei mir ist es Windows 10 mit Core i5-8600k und integrierter Grafik.

Bei meiner Frau ebenfalls Windows 10 mit Athlon 64 4600+ und Radeon 4650, da ist es in der Tat spürbar langsamer, aber noch benutzbar.

Auf einem anderen Rechner mit Windows 7 und i5-7600k mit Radeon R7 200 ist es hingegen egal mit welchem Browser sehr langsam. Windows 10 ist zwar natürlich gerade an der Stelle deutlich schneller, aber so viel eigentlich nicht.

**Darlo**

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

**jaenicke**

Es hängt ganz leicht nach, ja, wenn ich das Scrollrad nutze, aber wenn ich den Scrollbalken bewege, sehe ich keinerlei sichtbare Verzögerung.

**romankassebaum**

Hallo zusammen,

Zitat:

Die

Demos sehen schön aus, scheinen aber auch sehr langsam zu sein.
Bei mir läufen die Demos leider inakzeptabel lahm

ich habe die Demos soeben probiert. Sie laufen bei mir sehr schnell.

Zitat:

Der Seitenquelltext des Demos sieht bei mir so ähnlich aus wie unten,
anscheinend ist etwas hinter dem html Tag versteckt.
Womöglich der RunTimeCode verschlüsselt oder gepackt ?

Nein, da ist nichts versteckt oder gepackt. Dort sollte eigentlich nichts stehen. Wir prüfen zur Zeit, was dort los ist.

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

**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

TMS WebCore, hat damit schon jemand Erfahrungen ?

TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

AW: TMS WebCore, hat damit schon jemand Erfahrungen ?

Forumregeln

Darlo Registriert seit: 28. Jul 2008 Ort: München 1.196 Beiträge Delphi 10.2 Tokyo Enterprise	#4 AW: TMS WebCore, hat damit schon jemand Erfahrungen ? 17. Feb 2018, 18:30 Wenn man in der Grid-Demo scrollt ist die Performance bspw. nicht optimal. Philip

jaenicke Registriert seit: 10. Jun 2003 Ort: Berlin 9.648 Beiträge Delphi 11 Alexandria	#5 AW: TMS WebCore, hat damit schon jemand Erfahrungen ? 17. Feb 2018, 18:41 Es hängt ganz leicht nach, ja, wenn ich das Scrollrad nutze, aber wenn ich den Scrollbalken bewege, sehe ich keinerlei sichtbare Verzögerung. Sebastian Jänicke AppCentral