Conversione dell'interfaccia utente classica da ASP a Java

0

La mia domanda si basa su un modello di business di un'organizzazione di servizi finanziari che attualmente supporta applicazioni che sono un mix ibrido di ASP classico e Java, con alcune JSP già in alcune delle applicazioni.

Specificamente, nella nostra ampia applicazione, tutta la FE inizia con ASP e quindi usa un token di richiesta grezza che viene utilizzato da un altro codice per determinare quale JSP chiamare. Nell'altra applicazione, che è una suite di quattro applicazioni collegate, l'applicazione principale e un'altra utilizzano tutte le ASP nel front-end e il codice java per l'ES. Gli altri due che sono collegati ad esso utilizzano esclusivamente JSP e codice java.

A causa degli eccessivi costi di manutenzione legati all'utilizzo di questo sistema ibrido e dei problemi legati all'uso di una tecnologia obsoleta, la direzione ha acquistato la modernizzazione delle nostre applicazioni su tutto Java e la rimozione di tutti gli ASP su queste applicazioni. Sono in un gruppo di panel che dovrebbe proporre quale interfaccia utente Java utilizzare poiché ciascuna tecnologia dell'interfaccia utente ha il suo insieme di punti di forza e di debolezza.

Partendo dal presupposto che il seguente elemento costituisce il nostro caso d'uso di base: modernizzare la nostra attuale UI ASP classica a uno standard Java, che incorpora i seguenti obiettivi:

  • In generale, un sistema più suscettibile di modifiche.
  • Sarebbe flessibile per la crescita futura basata sui cambiamenti tecnologici nel mercato.
  • Non legato a un mercato di nicchia o qualcosa di sperimentale o instabile o all'avanguardia.
  • Codice più modulare che consente di convertire l'interfaccia utente in un'altra tecnologia, se necessario. Questo coinciderebbe con la struttura del codice e non solo con la tecnologia, ma ho ritenuto che fosse degno di menzione.
  • Prestazioni migliori.
  • Stabile e scalabile.
  • Più sicuro rispetto all'ASP classico.
  • Migliore ROI sui tempi di sviluppo. È stato difficile trovare persone con ASP classico che conoscessero bene anche Java. Inoltre, questo dovrebbe anche incorporare la curva di apprendimento per i nuovi sviluppatori, come ho sentito JSF ha un ripido.

Ora, al punto, con il numero di framework UI java di cui sono a conoscenza: JSP, JSF, JavaFx, Tapestry, Vaadin, GWT, Velocity, Freemarker e Thymeleaf, basati sull'effettiva esperienza di altri sviluppatori che hanno effettivamente dovuto fare questo tipo di conversione che cosa hai usato per fare questo?

Hai imparato qualche lezione che potrebbe coincidere con questo caso d'uso e il modello di business? Non voglio opinioni, ma risposte da esperienze di vita reale.

Attualmente ci viene chiesto di limitarci solo a JSP o JSF, ma non sono sicuro che quelle dovrebbero essere le uniche alternative. Attualmente, si parla di spostare tutto su uno o l'altro mentre un'altra squadra sta scendendo lungo la rotta JSF. Tuttavia, vogliamo adottare uno standard per tutti. Quindi, nel complesso, disponiamo di un'infrastruttura per JSF, ma al momento è strongmente favorita per JSP.

    
posta 16.01.2015 - 15:53
fonte

2 risposte

2

Se hai già utilizzato JSP in una parte della tua applicazione, non riscriverlo in un altro framework . È probabile che il team con cui lavori abbia già una certa conoscenza di JSP e sarai in grado di costruire sul nucleo esistente di pagine che lo utilizzano, limitando la quantità di lavoro da svolgere e il numero successivo di bug che necessitano schiacciato.

Ricorda il Joel on Software : non riscrivere mai da zero.

    
risposta data 16.01.2015 - 17:12
fonte
0

Dopo ulteriori ricerche, ho concordato con il nostro gruppo che per questa particolare applicazione, una qualche forma di tecnologia JSP era la risposta corretta. Questi erano alcuni dei punti principali:

  • ASP per JSP non è un enorme cambiamento di paradigma e sono una persona simile secondo me. Ho letto che JSP proveniva originariamente dal concetto ASP.
  • JSF ha una curva di apprendimento ripida ed è difficile trovare sviluppatori con quella competenza.
  • JSF astrae HTML, CSS e HTTP dagli sviluppatori e si discosta da tutte le moderne app Web con cui ho lavorato. Pertanto, se decidi in seguito di passare a qualcos'altro, è una riscrittura.
  • Come accennato in precedenza, JSP è già nell'app, circa il 50% delle pagine circa, quindi la tecnologia è già presente ed è gestita da sviluppatori esperti che sono presenti nell'app da anni.

Per ridurre i rischi e ridurre i costi, le JSP sono la scelta giusta per noi. Ora stiamo decidendo su cosa utilizzeremo insieme, come Spring MVC o Struts2.

Ho trovato questo link ufficiale per un elenco di tecnologie in Java EE 7 . JSP è ancora elencato lì ed è ancora in JSR 366 per Java EE 8 , quindi i JSP non sono complessivamente deprecato. Ciò che per me era importante era che JSTL ed EL sono supportati anche in Java 7 & 8.

    
risposta data 23.01.2015 - 22:05
fonte

Leggi altre domande sui tag