Utilizzando librerie Java NET è possibile?


Recente rivelazione di servizi Web sembrano risolvere quasi tutti i problemi di interoperabilità tra Java e .NET causa di indipendenza dalla piattaforma e canale di trasporto universale. E questo è vero, la flessibilità e l'universalità delle soluzioni di servizi Web, in combinazione con la tecnologia basata su standard definiti rendono questo un vincitore di quasi l'80%, forse il 90% dei casi. Ma in realtà non gli svantaggi?

Naturalmente ci sono casi e intrattabile con servizio POP Web di volta in volta in molti progetti critici. Il motivo principale che i servizi web non rientrano in ogni caso è di solito in funzione dei costi, manutenzione e sviluppo. La decisione su come risolvere questi problemi è di solito basato su architetti di sistema e potrebbe essere una delle decisioni più importanti del progetto che coinvolge un sacco di conseguenze diverse.

Come identificare se il caso dovrebbe essere risolto con i servizi web?

Se sei quello che decide che si dovrebbe prendere in considerazione almeno i seguenti punti. Say NET con qualche crittografia logica di business legacy o algoritmo/commercio critico o .NET API unica azienda CRM, questo è come le seguenti analisi:

  • Controlla se il tuo bisogno è la pena server client dedicato infrastrutture build. Sarà necessario effettuare esecuzioni attraversano macchina? Ricordate che il server client di servizi web. Nel nostro caso dovremmo costruire un servizio web in .NET e avvolgere selezionati nel nostro WCF o metodi di interfaccia ASMX SVC. Se è solo un metodo e dll è sulla stessa macchina come il nostro Java server pena hosting e consumarlo sull'host locale? Sicuramente non.
  • Controllare se lo può permettere. Ogni chiamata di servizio Web è piuttosto grande testa a ogni richiesta di conferma, se si utilizza il protocollo xml ogni singolo metodo è avvolto in una busta e consegnato nel web server http applicazioni xml consumano risorse, e comprende tutti gli altri ritardi richieste web del canale di trasporto, di serializzazione/deserializzazione e di trasformazione è in realtà commerciando algoritmo che mette operazioni in valuta nel mercato azionario o dovrebbe evitare ... la stessa in tutti gli altri casi, abbiamo avuto un sacco di richieste in un breve periodo di tempo, o semplicemente basano sulla velocità deve aggiungere che molte ronzio nella nostra comunicazione.
  • Controllare se non è troppo semplice. Se la libreria che contiene un unico metodo utilizzato per la crittografia o calcolare qualcosa, lo facciamo: client di servizi web, hosting server, attivare la comunicazione http, .NET creare progetti web solo per caricare un metodo da una DLL e chiamata una volta nella vita del nostro progetto Java? No.
  • Controllare se non è troppo complicato. A volte la quantità di codice da riutilizzare in JAVA opposto potrebbe essere troppo grande. Avvolgere migliaia di metodi nel servizio web e passando migliaia di posti di lavoro che corrono attraverso il client di servizi web ci può costare molto nello sviluppo e nella manutenzione. Un semplice esempio potrebbe essere il caso dovesse voler costruire applicazioni Java con interfaccia WPF non può immaginare esporre tutte le classi del framework WPF in quanto l'implementazione di servizi Web di ricomposizione e costruire fuori di esso un'interfaccia utente sensibile.


Possiamo supporre che abbiamo deciso finora se la nostra soluzione deve e può essere implementato con un focus sull'interoperabilità dei servizi web, ma cosa dovremmo fare se non in forma in là? La maggior parte degli sviluppatori di solito non soddisfano questi problemi, ma se lo fanno, è difficile trovare una buona soluzione. Non è così facile da ottenere JAVA e .NET lavorare insieme per conto proprio, senza spendere più tempo che per l'intero progetto è prevista per. E, naturalmente, ricordare che è buona pratica di reinventare la ruota.

Quali sono le alternative all'utilizzo librerie Java di applicazioni .NET?

La maggior parte di noi non si rendono conto che ci sono alcuni ponti nativi Java, disponibile .NET sul mercato queste soluzioni fa esattamente ciò che rende il servizio Web che riempiono il nostro gap del 20% dei casi perfettamente.

Java Native .NET Ponte utilizza Java Native metodo di chiamata canali di comunicazione funzionalità chiamate piattaforma-specifici e diretti nativi di oggetti .NET. In questo modo abbiamo organizzato .NET elaborare nativamente per la nostra applicazione Java che ci dà accesso a qualsiasi libreria .NET direttamente dal codice Java, come Java oggetti nativi. A causa della invocazione diretta passa tra i processi immediati di applicazione spesa generale ed ulteriori infrastrutture si ottiene senza indugio.

Riceviamo anche molti vantaggi aggiuntivi, questi sono: efficiente meccanismo di avocazione in modo che è possibile sottoscrivere gli eventi piattaforma facilmente incrociati, l'accesso a qualsiasi libreria .NET, senza coraggio e l'attuazione in .NET, il ciclo di vita degli oggetti e dei processi collegato in una delle soluzioni in fase di runtime e poi laterali supplementari per mantenere e monitorare i prodotti server client.
JAVA per l'interoperabilità .NET mercato non è grande. Ci sono solo un paio di venditori che sono in grado di offrire efficienza e sufficientemente flessibile per essere soluzioni affidabili per progetti di qualsiasi dimensione.

Scegli ponte sulla destra dovrebbe essere guidata dalla facilità di utilizzo, prestazioni e flessibilità. Quest'anno c'è stata una nuova soluzione denominata Javonet rilasciato. Sembra essere molto interessante per diversi motivi. Il progetto inizialmente nato come ricerca accademica per sistemi di oggetti di database in Istituto Polacco-Giapponese di Information Technology. Da molto beginnig era occupato ad alte prestazioni.

Durante la commercializzazione è stata migliorata con l'atmosfera sacco API programmatore e molte funzioni utili. Javonet dà accesso a qualsiasi libreria .NET tuttavia, una parte del framework .NET è adattato o fornito da terzi. Ci sono cambiamenti nel codice .NET e le librerie possono essere caricati da directory locali o GAC. Supporta sia x86 e x64.

Immediatamente accedere a qualsiasi biblioteca possiamo semplicemente fare riferimento al nostro codice Java e lavorare su oggetti e classi che la raccolta, come Java oggetti nativi. API espone Javonet speciale NObject variabile per Java che funziona come una maniglia per oggetto .NET. Poiché tutte le chiamate e si fa riferimento in fase di esecuzione in grado di inizializzare e utilizzare qualsiasi oggetto, metodo, proprietà o campo utilizzando la sintassi stile riflessione fornire nomi letterali stringa.

Java Bridge NET come Javonet gestisce internamente azioni garbage collector e le eccezioni per intercettare le eccezioni in .NET e Java se il nostro NObject maniglia indicato nel corrispondente oggetto Java è posto sul lato .NET troppo. Tutte queste caratteristiche fanno di questa soluzione una tecnologia ponte che ci porta in all-in-one con .NET a Java.

Le possibilità di queste soluzioni sono la pena di esplorare come elevate prestazioni e facilità d'uso porta a nuove idee su come possiamo applicare questo nei nostri progetti. Nel tutorial ed esempi possono essere letti guida passo passo come fare applicazioni Java con WinForms completi o WPFinterface o come estendere la classe .NET in JAVA, a volte anche per gli sviluppatori con una vasta esperienza in questo tipo di soluzione è presentato come per magia.

Altamente incoraggiare tutti gli sviluppatori Java di scoprire e testare queste soluzioni hanno in mente nuove alternative, come i problemi di interoperabilità CLR e JVM potrebbe essere risolto nel mondo moderno.




Guarda come chiamare metodi Java .NET

(0)
(0)

Commenti - 0

Non ci sono commenti

Aggiungi un commento

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Caratteri rimanenti: 3000
captcha