Newsgroup: it.comp.lang.delphi
Titolo: Sviluppo Web + DB

Raudus, per le prove fatte in locale svolge il suo compito, ma un 
Hosting esterno non e' detto che supporti le CGI.
 
il problema rimane, utilizzare risorse il piu' possibile standard,
non posso sapere se un Hosting X supporta Javascript, CGI, .Net
 
Unigui al momento non permette la registrazione e non c'e' niente di
scaricabile, ammessa e non concessa la stabilita della libreria.
 
Non ho mai sviluppato per Web, ma le vie percorribili sembrano
- Creare pagine Asp.Net tramite script con Delphi
- Usare RemObject
- passare dalla Professional alle versioni Architect/Enterprise ed 
utilizzare DataSnap o Rest (il salto economico e' notevole ma se questo 
ritornasse sotto forma di tempo risparmiato in debug e stabilita' ....)
 
Quello che devo fare e' simile ai servizi offerti dai portali del Comuni
- registrazione utenti
- consultazione tramite pagina web
 
in piu' integrazione dal DB aziendale (Firebird / Oracle) verso MySql, 
solo a scopo consultazione dall'esterno.

..xche non un Web Service? :-|
 
A.

>
giusto perche' no ? :-)
mi studio qualcosa e vedo se con XE4 Pro ne tiro fuori qualcosa.
 

> giusto perche' no ? :-)
 
Se il web server gira su winzozz, xon xe non dovreti avere problemi.
Ma prima di vendere la pelle dell'orso, PROVA, visto che in delphi7 usando i web service qualche casino c'era.
Se il web server NON gira su winzozz, allora sei costretto a usare altri strumenti e  qualora pensassi di usare Lazarus, prova TUTTO cio che potrebbe servirsti almeno 2 volte. Qualche tempo fa ho provato il toolkit per scrivere i web service e NON FUNZIONAVA.
 
A.

 ritornasse sotto forma di tempo risparmiato in debug e stabilita' ....)
 
A mio avviso, molto dipende anche dalla familiarità che hai con i linguaggi citati, poiché influisce sul tempo di realizzazione del progetto che si basa su di essi.
 
Detto questo, per la scelta verifica quali provider possono eseguire applicazioni Windows: se ne trovi e sono abbordabili in base ai tuoi requisiti/criteri, allora puoi creare un'applicazione Web in Delphi in modi infiniti; ad esempio, al posto del framework che hai citato (Raudus), puoi creare un servizio DataSnap accessibile via HTTP e che scambia dati in formato JSON e creare delle pagine da visualizzare nel browser (statiche o restituite dall'applicazione Delphi) sfruttando uno dei tanti framework lato client esistenti (es. AngularJS) per colloquiare col server e scambiare i dati per la visualizzazione e le modifiche.
 
Guarda questo webinar per una infarinatura e un demo:
http://www.youtube.com/watch?v=bndJTgzHKpc
 
 
Nella pratica, scrivendo una "Web API" a tutti gli effetti grazie a DataSnap (solo "Enterprise"), lato client puoi scegliere qualsiasi framework JavaScript per accedervi (AngularJS, Knockout, JQuery, ...).
 
Ciao,
  Marco.
 
-- 
MARCO BREVEGLIERI
#Home: 
http://www.marco.breveglieri.name
 
#Blog: 
http://www.compilaquindiva.net
 

 ..xche non un Web Service? :-|
 
Per nuove implementazioni, io un Web Service "classico" lo eviterei come la peste: troppo rigido e - considerando gli standard moderni in fatto di accesso a oggetti remoti, autenticazione, ecc. - troppo borioso, complesso.
 
A meno che non sia richiesto un WS per supportare client "legacy" in grado di accedere solo a questo tipo di servizio, sarei più favorevole a orientarmi verso una API REST, e comunque una strada non esclude l'altra, posto che la logica di business venga messa in uno strato separato da quella delle applicazioni (WS, server DataSnap, API REST, ecc.) che la espongono attraverso determinate porte e protocolli.


Rigidi boriosi e compessi...
 
Quindi i web service non servono piu' ad un kakkio?
 
 
A.

 Quindi i web service non servono piu' ad un kakkio?
 
No, diciamo che svolgono gli stessi servizi che offrono altre architetture ma - secondo me - queste ultime lo fanno in modo più snello e flessibile per le esigenze moderne (ad esempio, la possibilità di modificare un servizio senza richiedere l'aggiornamento dei proxy e la ricompilazione dei client che li utilizzano).


> Nella pratica, scrivendo una "Web API" a tutti gli effetti grazie a DataSnap (solo "Enterprise"), lato client puoi scegliere qualsiasi
 >>framework JavaScript per accedervi (AngularJS, Knockout, JQuery, ...).
cerco di capire un po' come funziona Rest + DataSnap e poi faro' delle 
prove con la trial XE5
 
grazie delle risposte mirate
 

Prova a dare un occhiata anche a  questo sito: 
http://www.elevatesoft.com/products?category=ewb&type=web
 
 
non necessita di tanti requisiti a livello di hosting fai il tuo server come stessi facendo un app db delphi dato che c'è anche il plugin con i relativi componenti nella palette e dopo averlo eseguito su macchina windows lo uplodi sul sito e chiunque puo leggere i dati.
 
esempio:
http://www.elevatesoft.com:8080/datasetclient/datasetclient.html
 
 
 

 prove con la trial XE5
 
Secondo me, se non puoi usare eseguibili Win32 o CGI sul server fornito dal provider di hosting, puoi lasciar perdere Delphi per quanto riguarda la parte lato server.
 
Se puoi utilizzare 
ASP.NET
, magari le versioni più recenti del framework .NET, puoi dare un'occhiata ad *
ASP.NET
 Web API* (
http://www.asp.net/web-api
) e - visto che si parla di XE5 - colloquiare sul client Delphi tramite la nuova *REST Client Library*:
http://docwiki.embarcadero.com/RADStudio/XE5/en/REST_Client_Library
 


 Quindi i web service non servono piu' ad un kakkio?
Concordo con Marco: oggi il mainstream dei WS � su REST.
A livello di applicazioni si va verso il web semantico, ci stiamo
lasciando alle spalle il web 2.0 e gi� siamo nel 3.0.
SOAP, WSDL e compagnia bella appartengono al passato.
 
Divagando sul semantic web, per un approfondimento ci sono queste slides
del W3C:
http://www.w3.org/2008/Talks/0307-Tokyo-IH/Slides.pdf
 
in particolare la 4, 5 e la 6.
Notare la data della presentazione: 5 anni fa, e le previsioni fatte
allora sono state azzeccate.
 
-- 
morde
Android
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database
 

 con la trial XE5
 
Se alla fine ti orienti verso REST dai un'occhiata a questo come 
alternativa a DataSnap 
http://blog.synopse.info/
 
 
-- 
Emanuele Desideri