Share
In questo tutorial, utilizzeremo Spring Boot per l'ambiente di sviluppo Web, Websockets per la comunicazione in tempo reale, Tomcat per il contenitore di applicazioni Java, Gradle per la creazione e la gestione delle dipendenze, Thymeleaf per il rendering dei modelli, MongoDBper l'archiviazione dei dati e infine non ci sarà XML per le configurazioni dei bean. Solo per farti ispirato, alla fine di questo articolo, vedrai un'applicazione completamente funzionante come quella mostrata sotto.
Prima di procedere con la struttura interna del progetto, permettimi di spiegare quali librerie utilizzeremo per le funzionalità del progetto elencate sopra e gestirle utilizzando Gradle. Quando cloni il progetto da GitHub, vedrai un file chiamato build.gradle nella directory root del progetto come sotto.
Accentsconagua
buildscript repositories mavenCentral () dependencies classpath ("org.springframework.boot: spring-boot-gradle-plugin: 1.2.4.RELEASE") applica plugin: 'java' applica il plugin: 'eclipse' applica il plugin : plugin 'idea' apply: 'spring-boot' applica il plugin: 'war' jar baseName = 'realtime-chat' version = '0.1.0' war baseName = 'ROOT' sourceCompatibility = 1.7 targetCompatibility = 1.7 repository mavenCentral () sourceCompatibility = 1.7 targetCompatibility = 1.7 dipendenze providedRuntime 'org.springframework.boot: spring-boot-starter-tomcat' compile ("org.springframework.boot: spring-boot-starter-web") compilare (" org.springframework.boot: spring-boot-starter-thymeleaf ") compilare (" org.springframework.boot: spring-boot-starter-data-mongodb ") compilare (" org.springframework.boot: spring-boot-starter- websocket ") compile (" org.springframework: spring-messaging ") testCompile (" junit: junit ") task wrapper (tipo: Wrapper) gradleVersion = '2.3'Non mi tufferò negli interni di Gradle, ma mi permetta di spiegare le parti di cui abbiamo bisogno per il nostro progetto. Spring Boot è costruito principalmente per lo sviluppo di applicazioni standalone in vaso formato. Nel nostro progetto, genereremo un guerra progetto invece di vaso. Questo perché Modulus ha bisogno di un file di guerra per distribuire automaticamente il progetto nel suo cloud.
Per generare un file di guerra, abbiamo usato applica plugin: 'war'. Modulus si aspetta anche che il nome della guerra sia ROOT.war di default, ed è per questo che abbiamo usato:
war baseNome: 'ROOT.war'
Quando esegui il Gradle costruire attività, genererà un file di guerra da distribuire nel contenitore Tomcat. E infine, come puoi intuire, la sezione delle dipendenze è per le librerie di terze parti per azioni specifiche.
Questo è tutto per la sezione delle dipendenze del progetto e puoi fare riferimento alla guida utente di Gradle per ulteriori informazioni su Gradle.
Se si desidera sviluppare una buona applicazione, è consigliabile definire la struttura del progetto in piccoli pezzi. Puoi vedere i pezzi dell'intera architettura della nostra applicazione.
Stiamo sviluppando un'applicazione di chat, quindi possiamo dire che abbiamo un ChatMessageModel modello (cioè oggetto dominio). Mentre stiamo salvando o visualizzando i dettagli del messaggio chat, possiamo lanciare l'oggetto chat da o su questo ChatMessageModel modello. Inoltre, possiamo usare il Utente modello per gli utenti di chat, ma per rendere l'applicazione più semplice, useremo solo soprannome come testo Il ChatMessageModel il modello ha i seguenti campi: testo, autore, e CreateDate. La rappresentazione di classe di questo modello è la seguente:
pacchetto realtime.domain; import org.springframework.data.annotation.Id; import java.util.Date; / ** * @author huseyinbabal * / public class ChatMessageModel @Id ID stringa privata; testo String privato; autore privato di stringhe; Data privata createDate; public ChatMessageModel () public ChatMessageModel (String text, String author, Date createDate) this.text = text; this.author = autore; this.createDate = createDate; public String getText () return text; public void setText (String text) this.text = text; public String getAuthor () return author; public void setAuthor (String author) this.author = author; public Date getCreateDate () return createDate; public void setCreateDate (Date createDate) this.createDate = createDate; @Override public String toString () return "" + "\" id \ ": \" "+ id + '\"' + ", \" text \ ": \" "+ text + '\"' + ", \" author \ ": \" "+ author + '\"' + ", \" createDate \ ": \" "+ createDate +" \ "" + '';
Questo oggetto dominio ci aiuta a rappresentare il messaggio chat come JSON quando necessario. Il nostro modello è OK, quindi continuiamo con i controller.
Il controller è il comportamento della tua applicazione. Ciò significa che è necessario mantenere il controller semplice e in grado di interagire facilmente con i modelli di dominio e altri servizi. Ci aspettiamo che i nostri controllori gestiscano:
Qui puoi vedere gli endpoint generali:
pacchetto realtime.controller; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.data.domain.PageRequest; import org.springframework.data.domain.Sort; import org.springframework.http.HttpEntity; import org.springframework.http.HttpStatus; import org.springframework.http.ResponseEntity; import org.springframework.messaging.handler.annotation.MessageMapping; import org.springframework.messaging.handler.annotation.SendTo; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestMethod; import realtime.domain.ChatMessageModel; import realtime.message.ChatMessage; import realtime.repository.ChatMessageRepository; import java.util.Date; import java.util.List; / ** * @author huseyinbabal * / @Controller public class ChatMessageController @Autowired private ChatMessageRepository chatMessageRepository; @RequestMapping ("/ login") public String login () return "login"; @RequestMapping ("/ chat") public String chat () return "chat"; @RequestMapping (value = "/ messages", method = RequestMethod.POST) @MessageMapping ("/ newMessage") @SendTo ("/ topic / newMessage") public ChatMessage save (ChatMessageModel chatMessageModel) ChatMessageModel chatMessage = new ChatMessageModel (chatMessageModel .getText (), chatMessageModel.getAuthor (), new Date ()); ChatMessageModel message = chatMessageRepository.save (chatMessage); Elenco chatMessageModelList = chatMessageRepository.findAll (new PageRequest (0, 5, Sort.Direction.DESC, "createDate")). getContent (); restituisce nuovo ChatMessage (chatMessageModelList.toString ()); @RequestMapping (value = "/ messages", method = RequestMethod.GET) public HttpEntity list () List chatMessageModelList = chatMessageRepository.findAll (new PageRequest (0, 5, Sort.Direction.DESC, "createDate")). getContent (); restituire nuovo ResponseEntity (chatMessageModelList, HttpStatus.OK); Il primo e il secondo endpoint servono solo per il login e la pagina principale della chat. La terza azione riguarda la gestione della memorizzazione e della trasmissione di nuovi messaggi di chat. Dopo che il messaggio è stato memorizzato, verrà notificato ai client attraverso il / Topic / messaggiocanale. Per memorizzare i dati dei messaggi su MongoDB, useremo un repository MongoDB.
Come puoi vedere, ci sono due tipi di endpoint / messaggi: GET e POST. Quando si effettua una richiesta POST all'endpoint / messaggi con il payload del messaggio corretto, verrà automaticamente trasmesso alla classe ChatMessageModel e il messaggio verrà salvato in MongoDB. Dopo aver salvato con successo, verrà automaticamente inviato ai client. Ma come? In quella azione, c'è un'annotazione @SendTo ( "/ argomento / newMessage"). Ciò invierà il contenuto restituito dalla funzione ai client. E il contenuto restituito è come di seguito:
... restituisce nuovo ChatMessage (chatMessageModelList.toString ()); ...
Questo è l'ultimo messaggio dal database:
Il messaggio precedente verrà convertito in un formato per la comunicazione WebSocket. Questo messaggio di canale verrà gestito sul lato client con una libreria JavaScript di terze parti e verrà gestito nelle seguenti sezioni.
Per le operazioni di messaggio db, primavera-boot-starter-data-mongodb viene usato. Questa libreria ci aiuta per le operazioni di repository e creare un oggetto repository per MongoDB è molto semplice. Puoi vedere l'esempio ChatMessageRepository sotto:
