phenotypical

Pérsze azért nem egyenértékű a ColdFusion és a Java.  De az embereknek tudniuk kell, hogy a ColdFusion Java-ban implementált és ezért szorosan elérhető neki minden a Java világában.  És pontoson emiatt a ColdFusion, a Java világában, a leggyorsabb nyelv a Rapid Application Development-hez (Gyors Alkalmazás Fejlesztéshez), bár hallottam egy két érdekes dolgot a Groovy-ról…

Nos, egy másik érv arra, hogy miért Java a ColdFusion, az az, hogy közösek a technikáik, keretrendszereik és folyamataik, amelyeket olyan sok Java fejlesztő manapság a ColdFusion világába hoz.  Egyik amit egyre többet és többet hasznalok manapság az a ColdSpring keretrendszer, ami olyan közel áll a Java Spring keretrendszerhez, hogy mindkét keretrendszert ugyanazzal a XML dokumentumtípus definíciójával kell ellenőrizni: http://www.springframework.org/dtd/spring-beans.dtd

És mit csinál a Cold/Spring?  Hát, a technikát Dependency Injection-nek hívják (függőség injekció) vagy Inversion of Control-nak (kontrol felfordítottság?).  És arra utal, hogy hogyan lehet konfigurálni az objektjeidet, hogy vissza adja őket a rendszer “all wired up” (teljesen drótozva) és készen.

Akkor, például, ha szükséged van mondjuk egy User objektre, nem kell mindig inicializálni először a User Service-t (szolgáltatást), a User Gateway-jével (Átjárójával) és a User DAO-jával (Adatbázis kezelésével) stb…  hanem inkább csak hagyd, hogy a ColdSpring csinálja az egészet.

ColdSpring homlokzatokat is tud generálni neked, más felületekkel mint pl. a Flex vagy AJAX.  És támogatja az Aspect Oriented Programming-ot is (szemlélet-alapú programozást) amiről, szívesen beismerem, hogy nem sokat tudok.  Azaz, hogy értem, csak úgy érzem, hogy ha sokat használod, akkor lehet, hogy rosszul építetted az alkalmazásodat az első esetben.  De többet kell olvasnom róla…

Nos, mindesetben, nézd meg: http://www.coldspringframework.org/

Ma van a harmadik napja a 4-napos CFUnited.com ColdFusion konferenciának, és tényleg nagyszerű bemutatók voltak már.  Egyik ami igazán kimagaslott a többi közül az Elliot Sprehn-é volt, a TeraTech-től, a ColdFusion belsőkről.  Azt mutatta hogyan valósított meg ColdFusion változókat, hatóköröket, komponenseket, Java objekteket, lapokat, custom tag-okat, stb. az alatta lévő Javaval.

De ami tényleg érdekes, az az volt, hogy ezeket nem úgy találta ki, hogy visszafordította a Java byte kódot, hanem ravasz trükköt használt, mint példaul a getMetaData(variable) funkciót használni egy változót vizsgálni (http://cfdocs.org/getmetadata), vagy a Google Suggest-et használta, hogy megtalálja azokat a veremállapotákat az Internet körül, amiket megtalált a Google Keresőmotor.  :)  Probáld meg: “coldfusion.runtime” vagy “coldfusion.tagext” például.  Nagyon logikusan vannak elnevezve a ColdFusion programkönyvtárak.

Tovább ment mutatni egy-két tényleg érdekfeszítő dolgot, mint például azt, hogy nincsen igazán egy “server” hatókör.  Hanem inkább a “server” hatókör valamilyen védett osztályban implementált.  És viccelt, hogy nem tudja pontosan kitől kell megvédeni.  És egészen véletlenül ott ültem épp Tom Jordahl mögött, aki a ColdFusion egyik főgépésze és elég biztos vagyok hogy hallotam ahogy visszamotyogott “hát ilyen emberektől kell védeni, mint te…”  :)

Majd probálok több bemutatóról mesélni még, de ahogy látod, sokat már felvettek az Adobe Connect-tel, és elérhetőek a nagyközönségnek.  Találhatsz linkeket a CFUnited blog-on.

http://www.adobe.com/devnet/coldfusion/

Ma volt az első napja a CFUnited ColdFusion konferenciának itt Washington, D.C.-ben.

És a reggel megnyitó beszédében Ben Forta megosztott velünk egy két “sneak peek”-et a következő ColdFusion verzióról, aminek a kódneve: “Centaur“, és amit 2009-ben adnak majd ki.

Dolgoztam PHP-el valaha.  És egy kicsit az ASP .NET-tel is.  És őszintén… nem volt valami hasznos tapasztalat.  És amig azt gondoltam, hogy a ColdFusion 8-as verzió elcsalagatná a fejlesztőket ezektól a társaságoktól, meg kell hogy mondjam, ha a ColdFusion 9-es verzió nem teszi ezt meg, akkor csak azt tudom következtetni, hat, hogy nem figyelnek eléggé.

Most már rengeteg izgalmas tulajdonságairól tudunk - de ha ki kell választanom a legfőbb ötöt, akkor ezek lennének:

1. Ingyenes: Akárcsak a Flex, ColdFusion ingyenes lesz a pedagógusok számára.
2. A CFML nyelv standardizálása: Új CFML nyelvi tanácsadó bizottság - Sean Corfield vezetésével, és benne lesz Ben Forta, Sanjeev Kumar, Gert Franz (a Railo-tól!), Ray Camden és Rob Brooks-Bilson.
3. Mégtöbb OOP: a ColdFusion komponensek konstruktorokat kapnak, és belső lekérdezőket és módosítókat (getters és setters) a <cfproperty> tagjával, és a helyi változók automatikúson VAR hatályba kerülnek.
4. Szorosabb integráció Adobe AIR-rel: ColdFusion szolgáltatások mint például <cfmail>, <cfexchange>, <cfquery>, stb., direkt láthatóak lesznek az Adobe AIR alkalmazásokhoz, köztes cfc-k nélkül.
5. Integrált Hibernate: Igazi 100% Hibernate ORM, natív ColdFusion-ben!  Valami ehhez hasonló: <cfcomponent orm=”true” datasource=”employees“…

Nos.  Alig várom!!!!

Kicsit el vagyok késve ezzel: de nektek, Java fejlesztőknek ott most tényleg nem lehet kifogásotok arra, hogy ne kezdjétek legalább a nézeteiteket skriptelni a CFML nyelven, mert Railo bejelentette a Scotch on the Rocks konferencián hogy, kezdve a verzió 3.1-el, a már teljesen megfizethető Professional Railo verzió egyesíthető lesz a community kiadással, és kiadható lesz a GNU Lesser General Public License (LGPL2) licenc alatt …Minden korlátozás nélkül!

Nos, én azt hittem, hogy nagy dolog volt amikor a BlueDragon nyílt forrásba ment át. De ez, óriási!

A nagy gond most az, hogy mindenki (OpenBD, Railo, Adobe) teljesíti-e az ígéretét ahhoz, hogy normalizálható legyen a CFML nyelv? …Vagy teljesen szabadon fog forogni a CFML motor a kombatibilitás diagramban: http://www.cfml-engines.info/? Majd meglátjuk…

http://www.jboss.org/railo/