De ce să folosiți Jython atunci când puteți folosi doar Java?

Tocmai am descoperit-o pe Jython și, cred că un pic de lingvist, aș spune că este un pic cam ca să-mi întrebați "de ce să folosiți limba latină când puteți folosi limba franceză" (uitând de faptul că latina a venit înainte de franceză, bineînțeles) .

Diferitele limbi umane vă fac să vă gândiți în moduri diferite. Franceză este o limbă minunată, am trăit mult timp în Franța și am făcut o diplomă în ea. Dar puterea și concisia latinilor uimitoare vă pun mintea într-o altă zonă, unde ordinea cuvintelor poate fi schimbată pentru a produce tot felul de efecte subtile, de exemplu.

Cred că, din cunoștința mea obișnuită cu Jython, care mi-a dat cu adevărat entuziasmul, că mă va face să mă gândesc în moduri diferite. Am fost foarte sceptic în legătură cu Python/Jython de ceva timp și am fost un mare fan al genericilor Java, de exemplu (care reduc ironic cantitatea de scriere și, prin urmare, "latinizează" francezii dacă doriți). Nu înțeleg complet implicațiile limbilor "tipărite în mod dinamic", cum ar fi Jython, dar cred că cel mai bine este să mergem cu fluxul și să vedem ce îmi face Jython în minte!

Este amuzant cum vin limbajul. Un alt "latin" ar putea fi considerat a fi Algol68 cu sintaxa sa infinit recursivă. Dar nevoia de a dezvolta un cod masiv recursiv și capacitatea de ao citi și de a gândi în el nu sa simțit (încă). Jython pare a fi o potrivire foarte puternică și elegantă cu locul unde suntem acum, cu bibliotecile OO, puterea Java swing și totul înfășurat într-un pachet foarte elegant. Poate într-o zi Jython va adopta și sintaxa infinit recursivă?

Eu folosesc Jython pentru testarea interactive a codului Java. Acest lucru este adesea mult mai rapid decât scrierea aplicațiilor de testare Java sau chiar a oricărui limbaj de scripting. Pot să joc cu metodele și să văd cum reacționează. De acolo pot să învăț suficient pentru a merge și a scrie câteva coduri reale sau cazuri de testare.

Un exemplu rapid (de la http://coreygoldberg. blogspot.com/2008/09/python-vs-java-http-get-request.html ):

Aveți un back-end în Java și trebuie să efectuați recuperări HTTP GET.

Nativă:

import java.net.*;
import java.io.*;

public class JGet {
    public static void main (String[] args) throws IOException {
        try {
            URL url = new URL("http://www.google.com");

            BufferedReader in = 
                new BufferedReader(new InputStreamReader(url.openStream()));
            String str;

            while ((str = in.readLine()) != null) {
                System.out.println(str);
            }

            in.close();
        } 
        catch (MalformedURLException e) {} 
        catch (IOException e) {}
    }
}

În Python:

import urllib
print urllib.urlopen('http://www.google.com').read()

Jython vă permite să utilizați robustețea java și, atunci când este necesar, claritatea Python.

Ce altceva ? După cum spune Georges ...

Bibliotecile Python;) De exemplu BeautifulSoup - un parser HTML care acceptă marcarea incorectă. AFAIK nu există nici o Java lib lib.

Sintaxa Python (folosită de Jython) este considerabil mai concisă și mai rapidă pentru mulți programatori.

În plus, puteți utiliza bibliotecile Python existente într-o aplicație Java.

Jython poate fi de asemenea utilizat ca limbă de scripting încorporată în cadrul unui program Java. S-ar putea să vă fi util să scrieți ceva la un moment dat cu o limbă de extensie construită. Dacă lucrați cu Java Jython este o opțiune pentru acest lucru (Groovy este altul).

Am folosit în principal Jython pentru programare exploratorie pe sisteme Java. Am putut importa părți ale aplicației și m-am prins în jurul API pentru a vedea ce sa întâmplat invocând apelurile de la o sesiune interactivă Jython.

Unele sarcini sunt mai ușor în unele limbi, apoi în altele. Dacă ar fi trebuit să analizez un fișier, aș alege Python peste Java într-o clipită.

Folosirea Python este mai mult decât "zahăr sintactic", cu excepția cazului în care vă bucurați scriind (sau având IDE-ul generat) sute de linii de cod placă de cazan. Există avantajul tehnicilor Rapid Development atunci când folosiți limbaje dinamice, deși dezavantajul este că acestea complică API-ul și integrarea, deoarece nu mai aveți o bază de cod omogenă. Acest lucru poate afecta și întreținerea, deoarece nu toată lumea din echipa ta iubește Python la fel de mult ca tine și nu va fi la fel de eficientă cu ea. Asta poate fi o problemă.

Analogie: De ce beți cafea atunci când puteți bea apă caldă de la robinet și mestecați-o pe fasolea amară prăjită. :-)

Pentru unele sarcini, Python are doar un gust mai bun, funcționează mai bine și este destul de rapid (necesită timp pentru a fi preparat?). Dacă mediul de programare sau de implementare este axat pe JVM, Jython vă permite să codificați Python, fără a schimba mediul de implementare și runtime.

Sintaxă de zahăr.

Nu este nevoie să compilați. Poate doriți să obțineți ceva de rulare mai rapid decât folosind un limbaj compilat, ca un prototip.

... și puteți încorpora interpretul Jython în aplicațiile dvs. O caracteristică plăcută, nu pot spune că am folosit-o, dar, totuși, este minunată.

În situația dvs., nu are prea mult sens. Dar asta nu înseamnă că nu o face niciodată. De exemplu, dacă dezvoltați un produs care permite utilizatorilor finali să creeze extensii sau pluginuri, este bine să fie scriptabil.

Python are câteva caracteristici ale programării funcționale, cum ar fi lambda. Java nu are o astfel de funcționalitate, iar unele programe ar fi mult mai ușor de scris dacă acest suport a fost disponibil. Astfel, uneori este mai ușor să scriem codul în Python și să îl integrăm prin intermediul lui Jython pentru a încerca să scriem codul în Java.

Portarea codului existent într-un mediu nou poate fi un motiv. Unele dintre logica dvs. de afaceri și funcționalitatea domeniului pot exista în Python, iar grupul care scrie acel cod insistă să utilizeze Python. Dar grupul care o desfasoara si o mentine poate ar dori managabilitatea unui cluster J2EE pentru scala. Puteți împacheta logica în Jython într-un EAR/WAR și apoi grupul de implementare văd doar un alt pachet J2EE pentru a fi gestionat ca toate celelalte pachete J2EE.

adică este un mijloc de a face față unei nepotriviri de impedanță.