Zitat von faiwel
Ankündigung
Einklappen
Keine Ankündigung bisher.
Kann man ein Desktop-App Konzept auf eine Web-App umsetzen?
Einklappen
Neue Werbung 2019
Einklappen
X
-
Die Backends von NAS Systemen könnte auch interessant sein.
Das Backend von Synology lässt sich wie ein "Computer" benutzen: https://www.synology.com/de-de/dsm/6.1
Kommentar
-
Sofern eine Oracle Datenbank vorhanden ist kann ich dir Oracle Apex empfehlen. https://apex.oracle.com/de/Grüße Markus
Kommentar
-
Zitat von chim Beitrag anzeigenDie Backends von NAS Systemen könnte auch interessant sein.
Das Backend von Synology lässt sich wie ein "Computer" benutzen: https://www.synology.com/de-de/dsm/6.1
Kommentar
-
Zitat von erc Beitrag anzeigenDu missverstehst mich. Ich stell nicht die Webanwendung in Frage, sondern die Idee, ein "Desktop" im Browser nachzubauen. Was für Vorteile soll es bringen, dass das die Nachteile wert ist?apt-get install npm -> npm install -g bower -> bower install <package> YOLO [URL]https://www.paypal.me/BlackScorp[/URL] | Mein Youtube PHP Kanal: [url]https://www.youtube.com/c/VitalijMik[/url]
Kommentar
-
Hallo,
also ich verstehe diese ganze Diskussion nicht. Der TE möchte wissen, ob eine WebApp möglich ist, ähnlich dem Desktop Prinzip mit verschiedenen Unterfenstern:
In der Kurzversion: Ja, ist es mit allen modernen JavaScript Frameworks.
In der Langversion: In JavaScript ist man ja (zum Glück) schon lange weg von window.open oder window.confirm. Das wird mittlerweile alles schön in HTML Panels ausgelagert, welche mit ein bisschen JavaScript zur Anzeige gebracht werden. Das geht sogar soweit, dass man darin eigene States und State Models etc. haben kann.
Muss man dafür Mitarbeiter schulen? Ja, definitiv.
Lohnt es sich? Ja, definitiv. Gerade im Frontend Bereich wird viel mit Dependency Injection jongliert, was die Auslagerung in einzelne Module erlaubt und letztendlich übersichtlich und aufgeräumt aussieht. Auch das war bereits mit Angular 1 möglich, wenn man es richtig eingesetzt hat. Auch dieser Ansatz hat sich mit Angular 2, React, etc. verbessert.
Warum wurde hier noch kein Java Web / EE Ansatz erwähnt? Wundert mich eigentlich, denn das wäre das Beste für den TE. Die Logik der Desktop Anwendung in einen Application Server auslagern und dann ist man unabhängig von einer GUI. Ob das dann ein Desktop Benutzer oder ein Browser anfrägt, ist für die Application Logic dann erstmal irrelevant. Dann müssten zwar beide JSON, XML oder sowas können, aber das müsste noch der kleinste Aufwand sein beim Umstieg.
MFG
derwunner
Kommentar
-
Auch wenn das nicht direkt zum Thema gehört, ich hoffe hier auf Antwort.
Nach einem kurzen Blick musste ich festellen, Angular rocks.
Allerdings arbeite ich zur Zeit eher an Landingpages; irgendwie scheint mir da Angular sinnlos, überdimensioniert.
Wie lösen die Verfechter von Angular denn das ?
Kommentar
-
Zitat von derwunner Beitrag anzeigenWarum wurde hier noch kein Java Web / EE Ansatz erwähnt? Wundert mich eigentlich, denn das wäre das Beste für den TE. Die Logik der Desktop Anwendung in einen Application Server auslagern und dann ist man unabhängig von einer GUI. Ob das dann ein Desktop Benutzer oder ein Browser anfrägt, ist für die Application Logic dann erstmal irrelevant. Dann müssten zwar beide JSON, XML oder sowas können, aber das müsste noch der kleinste Aufwand sein beim Umstieg.
MFG
derwunner
Gruss
ClausPre-Coffee-Posts sind mit Vorsicht zu geniessen!
Kommentar
-
Zitat von Thallius Beitrag anzeigenWie willst du denn Echzeit Manipulationen von Daten serverseitig machen? Das ist definitiv keine Lösung.
Gruss
Claus
Hochverfügbarkeit ist etwas anderes. Das wäre wiederrum möglich, auch mit Angular & Co, muss nur das Frontend Caching stimmen und die richtige(n) Datenbank(en) dahinter stehen.
Kommentar
-
Zitat von tomBuilder Beitrag anzeigenAuch wenn das nicht direkt zum Thema gehört, ich hoffe hier auf Antwort.
Nach einem kurzen Blick musste ich festellen, Angular rocks.
Allerdings arbeite ich zur Zeit eher an Landingpages; irgendwie scheint mir da Angular sinnlos, überdimensioniert.
Wie lösen die Verfechter von Angular denn das ?
- 1 Likes
Kommentar
-
Zitat von tomBuilder Beitrag anzeigen(..) Wie lösen die Verfechter von Angular denn das ?[SIZE="1"]Atwood's Law: any application that can be written in JavaScript, will eventually be written in JavaScript.[/SIZE]
Kommentar
-
Zitat von lottikarotti Beitrag anzeigenWie lösen die Verfechter was?
ich finde bei Landingpages keine oder nur begrenzt Modelle, wenig Formulare sehr begrenzt Componets; kurz ich kann da<die Stärken nicht so recht auspielen.
allerdings habe ich einen massiven Overhead.
das meine ich.
Kommentar
-
Zitat von tomBuilder Beitrag anzeigenMöglicherweise habe ich den falschen Blick.
ich finde bei Landingpages keine oder nur begrenzt Modelle, wenig Formulare sehr begrenzt Componets; kurz ich kann da<die Stärken nicht so recht auspielen.
Zitat von tomBuilder Beitrag anzeigenallerdings habe ich einen massiven Overhead.[SIZE="1"]Atwood's Law: any application that can be written in JavaScript, will eventually be written in JavaScript.[/SIZE]
Kommentar
-
Zitat von lottikarotti Beitrag anzeigenFalls damit die Dateigröße gemeint ist: AngularJS 1.6.4 kommt aktuell mit 164kb daher (nach gzip sind es um die 50-60kb). Da fallen hübsche Bilder deutlich stärker ins Gewicht.
Ja, Angular hat nicht zu übersehende Stärken; bei statischen Seiten kommen die leider wenig zum Tragen;
deswegen nutze ich es leider aktuell nicht.
Kommentar
-
Zitat von tomBuilder Beitrag anzeigenIch meinte eher Programmierarbeit
Zugegeben, solche Frameworks erfordern erst eine gewisse Einarbeitungszeit und haben eine entsprechende Lernkurve. Besonders bei Angular ist der Einstieg für viele wohl ziemlich schwierig, weil man versucht Gewohnte Muster, die man sich bspw. durch jQuery angeeignet hat, auf Angular zu übertragen. Wenn diese Hürde aber erstmal gemeistert ist, kann man sehr effizient damit arbeiten.[SIZE="1"]Atwood's Law: any application that can be written in JavaScript, will eventually be written in JavaScript.[/SIZE]
Kommentar
Kommentar