2010. március havi bejegyzések

AJAX Library: csak egy maradhat

Az elmúlt években drasztikusan megnőtt az igény a webfejlesztésnél a kliens oldali kódolásra, ám mivel ez alapvetően nem egy fejlesztői kéjélmény, újabb és újabb JavaScript keretrendszerek bukkantak fel. A Microsoft is elkészítette a sajátját Microsoft Ajax Library néven és egész szép eredményeket ért el, különösen az Ajax Control Toolkittel integrálódó új verziókban, írtam is róla eleget. A verseny azonban úgy látszik, véget ért, a favorit pedig a jQuery, amelyet mára a nagyobb webhelyek közül minden harmadik használ. Jogosan merül fel ennek fényében a kérdés: mi lesz veled ASP.NET AJAX?

Azt kell, hogy mondjam, azok számára, akik hozzám hasonlóan elég sok energiát fektettek a Microsoft Ajax Library megismerésébe, a MIX-en napvilágot látott döntés elég elszomorító: KUKA.

A döntés okainak megértéséhez azt kell látni, hogy az ASP.NET platformon kétféle kliens oldali fejlesztő van: az egyik megijed a JavaScript kódtól, a másik nem.

Aki megijed, azt úgy hívja a Microsoft, hogy “ASP.NET WebForms developer” és ők akkor tudnak igazán kliens oldali interaktivitást vinni az oldalba, ha azt egy szerver oldali komponens valósítja meg. Valami, amit be lehet húzni a Toolboxról. Az Ajax Control Toolkit (ACT) őket szolgálja és fogja szolgálni a jövőben is. Van belőlük jó sok, hiszen az ACT-t havonta százezren töltik le, ami nem véletlen, hiszen ezek a szerver oldali vezérlők óriási segítséget jelentenek a fejlesztéskor.

Aki nem ijed meg a kliens oldali kódolástól (“Ajax client developer”), eddig több lehetőség közül választhatott: vagy meztelen JavaScript kódot írt, vagy valamilyen JavaScript keretrendszert használt. A Microsoft eddig azt mondta, hogy a Microsoft Ajax Library az üdvözítő megoldás, például azért, mert van benne a szerver oldali .NET-re emlékeztető kliens oldali osztálykönyvtár, típusok, öröklődés stb. Ráadásul folyamatosan fejlődött is a Microsoft Ajax Library, a 4.0 verzióra durva újdonságokat kapunk: script loader, DataView vezérlő, adatkötés, template-ek stb, sőt nemrég az egész Ajax Control Toolkitet átírták úgy, hogy a Microsoft Ajax Library-t használja.

És ebben a pillanatban, amikor már kezdett igazán ütőssé és vonzóvá válni ez a library, akkor döntöttek úgy Redmondban, hogy a jövőben mégsem a sajátjukat favorizálják, hanem a legmenőbbet, a jQuery-t. A jQuery-t eddig is támogatták, hiszen az ACT-ben lévő vezérlők jQuery-ből is elérhetőek voltak, a jQuery a Microsoft CDN-re is felkerült, sőt az ASP.NET MVC-nek része is lett. Most azonban a MacLeod klán nagy reményű ivadéka önmaga fejét vágta le, hogy végül csak egy maradjon.

Röviden:

  • Szerver oldali fejlesztők számára várhatóan pár havonta lesz új Ajax Control Toolkit mégpedig a CodePlex Foundation kezelésében
  • Az ACT alapjául továbbra is a Microsoft Ajax Library szolgál, de az Ajax Library nem fog tovább fejlődni, legfeljebb a hibákat javítják ki benne.
  • Ha kliens oldali kódot akarsz írni, akkor lehetőleg ne a Microsoft Ajax Library-t használd, hanem a jQuery-t.
  • Ha már használod a Microsoft Ajax Library-t (például az új script loadert vagy a DataView vezérlőt), akkor sincs gond, használhatod továbbra is az ACT részeként. Nem lesz önálló RTM verzió az Ajax Library-ből.
  • Azokra a funkciókra, amikben a Microsoft Ajax Library előrébb járt, mint a jQuery, a Microsoft a standard módon javaslatokat fog benyújtani, hogy bekerüljenek a jQuery-be. A template-ekre ez már megtörtént, van is hozzá kísérleti plugin, majd jön a script loading, data binding stb.
  • A jQuery továbbra is open-source, platform- és gyártó független marad. A Microsoft a többi közreműködőhöz hasonlóan csak javaslatokat tesz, amiket a jQuery csapat vagy elfogad, vagy nem.
  • Bizonyára lesznek Microsoft specifikus részek (pl. WCF RIA Services, WCF Data Services), amik nem fognak bekerülni a jQuery-be, azok várhatóan egy jQuery bővítmény formájában lesznek elérhetőek. A kliens oldali típusrendszer várhatóan megszűnik.
  • Az ASP.NET részeként elérhető Ajaxos vezérlők (pl. UpdatePanel) továbbra is megmaradnak, az új verzióban a .NET 4-be beépített ASP.NET Ajax 4-re épülnek (ami nem épül a jQuery-re).

Hogy érezni lehessen a váltás súlyát:

“Developers on the ASP.NET team are now working full-time to contribute features to the core jQuery library.”

Technorati-címkék: ,,,

Reklámok

Windows Phone: platform reset

Olvasgatom a híreket és a MIX környéki cikkeket az új Windows Phone 7-ről, és közben eszembe jutott egy régi mondás: “Sikeres üzletmenet láttán mindig gondolj arra, hogy valaki egyszer lépett egy merészet!”. Úgy látszik, végre felismerték Redmondban, hogy elment a mobil vonat az orruk előtt és a korábbi Windows Mobile foltozgatásával soha nem fogják utolérni. Nem maradt más hátra, mint nulláról építkezni, ami egy ilyen gyorsan változó piacon igen merész lépés.

A nulláról építkezésnek vannak komoly kockázatai, például hogy a Windows Phone 7 valójában egy 1.0-s termék lesz. Lesznek benne szép, új, jó és csillogó dolgok, de nem fog tudni mindent. Például:

  • Nincs File Explorer, úgy nézed a fájljaidat, ahogy ő akarja és oda kerülnek a fájljaid, ahova ő akarja.
  • A háttértár nem cserélhető, azt használod, ami be van építve a telefonodba.
  • Nem látszik USB meghajtóként, csak szinkronizáló alkalmazással tudsz rámásolni.
  • Nem lehet csak úgy rámásolni alkalmazásokat, csak a webáruházon keresztül.
  • Multitask? Felejtsd el.
  • A copy-paste is a múlté: “Microsoft says most users, including Office users, don’t really need clipboard functionality”

Remélem tévednek a forrásaim, mert ez így nagyon első generációs Zune és iPhone érzéseket kelt. Elsőre a fenti lista sokkoló, de érdemes elolvasni Charlie Kindel blogbejegyzését arról, hogy miért így csinálták. Csak néhány részlet:

  • We will do a few things and do them very, very well; we are better off not having a capability than doing it poorly. There are always future versions.
  • No API will be created or documented without a clear use case; “build it and they will come” APIs almost always do nothing but create bad legacy.
  • Integrate instead of create.
  • THE END USER IS KING

A MIX-en volt jó sok előadás Windows Phone témában, meg lehet nézni őket.

 

Technorati-címkék:

Windows Virtual PC hardver támogatás nélkül

Nem mondom, hogy kifejezetten boldog voltam, amikor anno kiderült, hogy a Windows 7-hez új virtualizációs technológia jön. Bár a Windows XP Mode nagyon jó ötlet, bizony volt gépem, ahol a Windows 7 átállás egyben a virtuális gépek elfelejtését is jelentette a megfelelő hardver támogatás hiánya miatt. Különösen az volt bosszantó, hogy simán fel lehetett telepíteni a WVPC-t, lehetett virtuális masinákat konfigurálni, majd a virtuális gép indulásakor jött a bal horog: “Windows Virtual PC cannot start because this computer does not support hardware-assisted virtualization.” Ez a probléma most végre megszűnt.

Tegnap a fejlesztőcsapat bejelentette (KB977206), hogy Windows Virtual PC és az XP Mode ezentúl működik olyan gépeken is, ahol nincs meg a korábban igényelt Intel VT vagy AMD-V. Ahol van, ott persze továbbra is használja, de ha nincs, akkor sincs gond, elindulnak a virtuális gépek.

Telepítési sorrend (minden letölthető a WVPC honlapjáról):

  1. Windows XP Mode
  2. Windows Virtual PC
  3. Windows XP Mode Update == Update for Windows 7 (KB977206) (önálló letöltés: x86, x64)

Ez az egyszerűsített lista, további részlet, hogy a letöltéshez Windows Genuine Advantage Validation kell, ami valamilyen érthetetlen okból más ActiveX-ben ölt testet a második és a harmadik lépéshez…

Akinél már korábban volt hardver támogatás és futott is a WVPC, de problémákat tapasztalt (pl. KB977632), annak is érdemes telepíteni a frissítést.

 

Technorati-címkék: ,

ASP.NET MVC 2 RTM

Elkészült a 2.0, lehet töltögetni: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=c9ba1fe1-3ba8-439a-9e21-def90a8615a9

A www.asp.net site is megújult, de ott az MVC oldalon belül a letöltés link még az 1.0 változatra mutat és egyelőre nem látok külön szekciót a 2.0-nak. Most, hogy megjelent a 2.0, ti milyen weboldalt ajánlanátok annak, aki most kezdené megtanulni az MVC-t?

 

Technorati-címkék: ,

2010 Rule of Thumb: You’re gonna need more hardware (SharePoint 2010)

Érdemes elolvasni Maurice Prather mai blogbejegyzését a SharePoint 2010 alá tervezett vasak méretezéséről:

Planning of moving to SharePoint 2010?

If the answer is yes, then start planning on upgrading your hardware.

How much hardware?

That’s hard to say specifically but let me throw out a number… 3x

What?  You’re telling me that I need 3x the hardware to move over to 2010?!?

Folytatás és magyarázat »

 

Technorati-címkék:

R.I.P. IE6 (2001-2010)

Kattints a nagy képért! Gyászjelentésnek ritkán örül az ember, de ez nagyon feldobta a napomat (köszönet Richárdnak a linkért):

Internet Explorer Six, resident of the interwebs for over 8 years, died the morning of March 1, 2010 in Mountain View, California, as a result of a workplace injury sustained at the headquarters of Google, Inc. Internet Explorer Six, known to friends and family as "IE6," is survived by son Internet Explorer Seven, and grand-daughter Internet Explorer Eight.

Az IE6 részesedés szerencsére zuhan, a rankings.hu-nál épp 7.39%-nál, az Adverticumnál 9.7%-nál jár (az általunk mért helyeken <1-5% körül mozog). Ez a 7-10% körüli érték sajnos még mindig túl nagy célközönség ahhoz, hogy minden webhelyen le tudjanak mondani róluk – bár mi (és gondolom sok más webfejlesztő) az összes általunk fejlesztett oldal gazdáját megpróbáljuk lebeszélni az IE6 támogatásáról. Az MSDN Kompetencia Központ weblapján már egy éve nem támogatjuk az IE6-t, az akkori mérésekhez képest nálunk az IE6-t használó látogatók aránya a harmadára esett vissza, de még mindig 4% körül mozog.

Ha van a világon valami, ami komolyan segítheti az IE6 kipusztulását, akkor az, hogy a Google lemond róla, valószínűleg nagyon is ezen események közé tartozik. Persze az is jó kérdés, hogy a Google által ajánlott (támogatott?) böngészők közül miért maradt ki az Opera…

Ti mire teszteltek?

 

Technorati-címkék: ,