Scala 2.7.6

Open Source

Egy újabb kiadással bővült a 2.7.x-es Scala programozási nyelv fő implementációja. Főként kisebb hibák javítása történt az előző hír óta. Az aktuális Tiobe helyezés: 32.

Érdekességek:

  • Már megjelentek az első panaszok, lehet, hogy nem lesz hosszú életű legfrissebb stabil kiadás.
  • Készülőben van egy újabb eclipse plugin, ami -a tervek szerint- nagyobb tudású és stabilabb lesz rövid időn belül.
  • Akka - Elosztott, hibatűrő, tranzakciókat támogató aktor-modell
  • ScalaTest, hamarosan 1.0 várható
  • Scala Migrations segít az adatbázis séma változások követésében
  • Lift, Goat Rodeo vízió
  • további kedvcsináló

( Aadaam v | 2009. 09. 12., szo – 12:40 )

A scala-val mindig az az erzesem, hogy a java kozosseg erre a nyelvre akarja atmenteni magat, meg leginkabb a JVM-et.

A java a vilag egyik legkorulmenyesebb nyelve, a webes platformja - faces - nevetseges tud lenni, hasznalhato talan egyedul a grails belole (mondom ezt ugy, hogy azert evek ota ezert fizetnek), a modern programozasi semakat - reflektiv programozas, funkcionalis programozas lambda operatorral stb - nem igazan tamogatja, es tudom, hogy van egy rendkivul kenyelmetlen reflection api benne.

(Mint ahogy mindenre van benne egy rendkivul kenyelmetlen API, hisz a nagy cegek az - altalaban nem tul hasznalhato - vallalati programjaikat ebben iratjak, mondvan platformfuggetlensege miatt idotallo, ettol a vialg legelterjedtebb programnyelve, igy mindent beletuszkolnak.)

A scala azert a java nyelv hianyossagait reszint orvosolja, mondjuk az az ajanlat, hogy "es mivel JVM alapuak vagyunk, hasznalhatod a java libeket" - nem fog meg: koszi, de nem akarom hasznalni, egyeseknek a letezeset is szeretnem elfelejteni, mi lenne, ha lenne egy kenyelmes, modern API-tok mindenhez?

Maga a nyelv se tetszik, ha mar JVM felett kell maradni, inkabb a Far, de jo kerdes, lesz-e tenyleges traktusa, vagy eltunik a JRuby-Jython sullyesztoben (amirol azert a scala mogott allok is szoktak beszelni neha)

Asszem :) InfoQ-n vagy Artima-n cikkeztek rola, hasonlitgattak a scalahoz meg a .. mi a masik ilyen menekulonyelv.. groovyhoz :)

(A domain specific language is vicces tud lenni.. a 'csinaljunk objektumokat ugyanugy, mint mashol tennenk, csak ne a javaban, mert akkor jovo heten is a nyelvet fogjuk kerulgetni' udvarias neve... ez csak a springrol jutott eszembe :)

Szerk: itt: http://www.artima.com/forums/flat.jsp?forum=270&thread=263543

"A scala-val mindig az az erzesem, hogy a java kozosseg erre a nyelvre akarja atmenteni magat, meg leginkabb a JVM-et."

A Java közösség helyett használd inkább a Scala közösséget.
Van egy csomó Java-s, aki nagyon jól érzi magát a jelenlegi Java platformon és JVM-en, produktív és hatékony rajta :). Ők nagyon jól megvannak azzal, ha van Scala is, de igazán nem érdekli őket. Ahogyan a JRuby vagy a Jython sem. Mert ami kell, az működik. Csak nem mindig kell ész nélkül használni a technológiákat, csak azért mert rendelkezésre áll :)

Azt hittem az erdekessegek kelloen meggyozoek lehetnek arra vonatkozoan, hogy akadnak hozza kellemes keretrendszerek (is). A lenyeg azonban szerintem nem itt van. Ha kell, akkor mindenki talal/ir maganak megfelelot. Szerintem a fo erossege, hogy sok *tehetseges* ember gyult koreje. Akarcsak a Haskellnek (JVM alatt mondjuk a CAL implementacio), Clojure-nek.
Termeszetesen akadnak hibai. Ezek jelentos reszet a 2.8.x-es kiadas orvosolja majd. Addig en nem fognek komolyabb dologba Scala nyelvet hasznalva. I am not a Fan of it. ;) Es ami azt illeti szerintem a Fannak sem leszek. Bizonyos feladatokra valoszinuleg megfelelne, de sok szempontbol nem idealis. A feladatok pedig sokfelek lehetnek. Ha mondjuk bongeszoben kell futtatni valamit, akkor Fan helyett en inkabb haXet valasztanam. Nekem azonban tobbnyire megfelel a JVM. Ketsegtelen, hogy akad hozza rosszul sikerult API, de szinte mindenbol van legalabb 3-4 versengo, lehet valogatni. Az egyre modularisabb JDK pedig lehetove teszi, hogy valassz. (Gondolom nem kell bemutatnom peldaul az apache (commons) projekteket.) Persze amennyiben valamilyen ceges szabalyzat tiltja a ezek hasznalatat, akkor ketsegtelen, hogy rossz helyzetben vagy. Ekkor en elgondolkoznek a valtason. ;)

Megkerdezhetem, hogy melyik API-nak nem talaltal eddig kenyelmes, modern valtozatat? (Egyebkent a Java nyelv sem olyan rossz... A funkcionalis programozast ugyan nem tamogatja, de nem is lehetetleniti el. A reflektiv programozas nekem nem igazan eszkozom, elkepzelheto, hogy nem latom az igazi problemat itt.)

Reflection katasztrofalis tud lenni (lasd: c#.net, js, ruby, python, soroljam?), JSF egyszeruen nevetseges az osszes faces libjevel egyutt (total mashogy jar az agya a Sun EE tervezoinek, mint a webnek), a tapestry-t meg a tobbi kuzdelmet nem is emlitenem ill. lesznek szivesek belerakni valami property kezelest, mert ha kodot _generalni_ kell (azaz: algoritmikusan gyartunk algoritmusokat), ott valami hatalmas baj tortenik, tulajdonkeppen akkor ott van egy hianyzo nyelvi feature.

Az, hogy vannak managed beanek a webfeluleten, mar nem is emlitem. Amit lattam webstack eddig ugy ahogy van szemet, a JSP meg a servlet kivetelevel az osszes tovabbfejlesztesi irany "ahogy moricka ing. msc. elkepzeli a webet" egyszeruen.

Szerencsere azert elmult mar a J2EE 1.4 (bar meg sok helyen hasznaljak), ami ennek a melypontja volt, de meg mindig sok olyan helyzet van, hogy "generaljunk gettereket es settereket az osztaly osszes tagjahoz, de ne legyen semmi mas az osztalyban". Ez nem programozas, ez valami nagyon mas.

Az XML kezelest is szeretnem a DOM helyett (ami szinten egy katasztrofa sujtotta ovezet) virtualis tagokkent megelni (html.body.div[3].a.@href) vagy hasonlo), erre azert elvileg mar vannak toolok szerencsere, mint ahogy lassan kezd civilizalodni a web service kiutalas is, bar meg mindig nem az igazi sokszor (REST szabvany egy picit felresikerult azert)

Tudom, enyhen szolva flamy - direkt :)

Ha eltevedsz az eclipse-ben/netbeans-ben a Source- Generate menupontra, vagy jobbklikkel teszed ugyanezt, mindig gondolj arra, ha ezt kell tenni ahhoz hogy fusson, akkor lehet a nyelv van elb.va.

Reflection katasztrofalis tud lenni (lasd: c#.net, js, ruby, python, soroljam?)

Sorolhatod, mert pont Java-ban van egy egészen jó implementációja :). Persze nem tökéletes, sőt, de vannak esetek, amikor lehet élni vele: kis reflection mérés.

Amit lattam webstack eddig ugy ahogy van szemet, a JSP meg a servlet kivetelevel az osszes tovabbfejlesztesi irany "ahogy moricka ing. msc. elkepzeli a webet" egyszeruen.

Wicket?
Amúgy hogyan kellene kinéznie egy jó webes keretrendszernek?

Ha eltevedsz az eclipse-ben/netbeans-ben a Source- Generate menupontra, vagy jobbklikkel teszed ugyanezt, mindig gondolj arra, ha ezt kell tenni ahhoz hogy fusson, akkor lehet a nyelv van elb.va.

Maximum a library, de nem a nyelv. Merthogy minden normális reflection rendszer tud field-re is működni. A method level azért jobb, mert gyorsabb (kevesebb lockot kell alkalmazni a mélységekben), és ha a "gyorsaságért" cserébe csak két gombot kell megnyomnod, akkor azért nem egy túl tragikus...