Un paio di cose che mi ha catturato, quando ho cominciato a scrivere i widget dove:
[Capire che cosa dojoAttachPoint, dojoAttachEvent, containerNode e widgitsInTemplate fanno] [1]
avere una solida conoscenza di chiusure,
ottenere la testa intorno deferreds
capire ItemFileReadStore, ItemFileWriteStore e negozi in generale
È possibile guardare i negozi come un ResultSet (una specie di) e anche i dati li possono associare ai widget.
Con questi concetti principali è possibile iniziare a mettere insieme alcune applicazioni interessanti.
Generalmente quello che faccio è creare una facciata JavaScript attorno alle mie chiamate di servizio e quindi scriverò la risposta in un negozio collegando il primo callback nella facciata, che richiama i risultati in un negozio e poi lo restituisce . Ciò mi consente di non legare duramente i miei servizi ai costrutti Dojo (quindi posso supportare i dispositivi mobili, ecc.) E al contempo di risintonizzare i dati dalla facciata in un formato che i widget attenti ai dati si aspettano.
Inoltre, se si sta sviluppando un servizio Java, si desidera esaminare JAX-RS. Ho iniziato usando JSON-RPC che divenne JABS-ORB ma dopo aver lavorato con JAX-RS lo preferisco, poiché si integra bene con JPA-EJB e JAXB.
Se si sta appena avviando AJAX e non si ha il requisito per DOJO, è possibile passare a jQuery. Ha un'API molto semplice e una curva di apprendimento molto piccola. – jconlin
Grazie, JClin, ma non ho la possibilità. –
Ho trovato molti gruppi che usano Java sul backend come Dojo sul frontend. Non so perché. Dojo ha una curva più ripida, ma ha aggiunto un sacco di sintassi simile a jQuery. Adoro le cose da pubub. – Nosredna