Re: SpiderBasic 1.00 alpha 2 steht bereit
Verfasst: 28.01.2014 00:08
<OFFTOPIC>
Zum Thema JS in Browsern und was darauf angewiesen ist:
- WebGL
- Webstorage
- Canvas (HTML5)
- JQuery (UI, Mobile etc.)
- Ettliche andere Bibliotheken
- Ajax
- Steuern neuer HTML5 Elemente wie Video, Audio etc.
- Browserseitige Formularvalidierung (Was die serverseitige Validierung nicht ausschließen sollte. Spart aber Traffic)
- Multithreading (z.B. steuern eines Videos und gleichzeitig Ajaxabfragen verarbeiten)
- WebSQL
- LocalStorage
- SessionStorage
... und vieles mehr.
Gerade in Unternehmen geht der Trend in Richtung RIA-Anwendungen im Intranet. Ein Server mit Apache, einer Datenbank und PHP reicht dafür aus. Die PC's selber brauchen nur einen aktuellen Browser. Und zum Beispiel dank Ajax, JQueryUI und HTML5/CSS3 und dem Rest vom Javascript bringt man die Kundendatenbank, Bestellmasken, internes Messagingsystem etc etc. in den Browser. Und über das Internet selbst lassen sich damit auch gute Anwendungen realisieren wie Projektverwaltung, Onlineoffice, Messaging und co.</OFFTOPIC>
An sich ist das Projekt nicht schlecht. Aber Clientseitig gibt es meiner Meinung nach schon viel zu viel und die Nutzung dieser Technik ist so simpel, das die Entwicklung von SpiderBasic dadurch relativiert wird. Ich hätte mir da eher etwas serverseitiges gewünscht. Zum Beispiel die Möglichkeit, PB Code als Apache-/IIS-Plugin oder für sonstige Server direkt kompilieren zu können. Oder als PHP Plugin, um die Funktionalität von PHP zu erweitern, um PHP Routinen in PureBAsic zu übersetzen und Nativ auf dem Server laufen zu lassen. Oder auch interessant wäre, wenn PB es einem leicht macht, Lua auf die Server zu bringen und einem die Möglichkeit gibt, den Funktionsumfang selbst zu definieren. So etwas wäre einzigartig und würde mir das Geld auch wert sein. Aber da ich mit Webtechnologien angefangen habe ist es für mich einfacher, bei meinen Leisten zu bleiben, als mich umzugewöhnen und am Ende unschönen Einschränkungen zu unterliegen.
Zum Thema JS in Browsern und was darauf angewiesen ist:
- WebGL
- Webstorage
- Canvas (HTML5)
- JQuery (UI, Mobile etc.)
- Ettliche andere Bibliotheken
- Ajax
- Steuern neuer HTML5 Elemente wie Video, Audio etc.
- Browserseitige Formularvalidierung (Was die serverseitige Validierung nicht ausschließen sollte. Spart aber Traffic)
- Multithreading (z.B. steuern eines Videos und gleichzeitig Ajaxabfragen verarbeiten)
- WebSQL
- LocalStorage
- SessionStorage
... und vieles mehr.
Gerade in Unternehmen geht der Trend in Richtung RIA-Anwendungen im Intranet. Ein Server mit Apache, einer Datenbank und PHP reicht dafür aus. Die PC's selber brauchen nur einen aktuellen Browser. Und zum Beispiel dank Ajax, JQueryUI und HTML5/CSS3 und dem Rest vom Javascript bringt man die Kundendatenbank, Bestellmasken, internes Messagingsystem etc etc. in den Browser. Und über das Internet selbst lassen sich damit auch gute Anwendungen realisieren wie Projektverwaltung, Onlineoffice, Messaging und co.</OFFTOPIC>
An sich ist das Projekt nicht schlecht. Aber Clientseitig gibt es meiner Meinung nach schon viel zu viel und die Nutzung dieser Technik ist so simpel, das die Entwicklung von SpiderBasic dadurch relativiert wird. Ich hätte mir da eher etwas serverseitiges gewünscht. Zum Beispiel die Möglichkeit, PB Code als Apache-/IIS-Plugin oder für sonstige Server direkt kompilieren zu können. Oder als PHP Plugin, um die Funktionalität von PHP zu erweitern, um PHP Routinen in PureBAsic zu übersetzen und Nativ auf dem Server laufen zu lassen. Oder auch interessant wäre, wenn PB es einem leicht macht, Lua auf die Server zu bringen und einem die Möglichkeit gibt, den Funktionsumfang selbst zu definieren. So etwas wäre einzigartig und würde mir das Geld auch wert sein. Aber da ich mit Webtechnologien angefangen habe ist es für mich einfacher, bei meinen Leisten zu bleiben, als mich umzugewöhnen und am Ende unschönen Einschränkungen zu unterliegen.