Macromedia chystá .NET Framework, říká mu ale jinak

No něco společnýho to má s kombinací .net + infopath, ale podle toho co píšou na macromedii je to výraně jednodušší než enterprise prostředí jako je .net nebo j2ee. Podle mne tam vzniknou stejné problémy jako jsou s technologiemi od Macromedie od začátku. Křivka nadšení: To je absolutně boží.....a sakra, tohle je trochu nedořešený...proč ten xml parser vyhazuje neascii znaky?

Ale jinak myšlenka na nahrazení HTML pro tenký klienty neni tak úplně špatná

Souhlasím - myšlenka klientů, kteří jsou schopni komunikovat v internetovém prostředí, eventuálně mimo browser, tak té se říká X-Internet (The Next Net).

Ja sám jsem například již delší dobu u produktu REBOL a jeho rebletů - http://www.rebol.com/reblets.html

Malé (500KB jazyk + jen třeba kilové scripty), efektivní, pro řadu věci dostatečně rychlé, přestože se nehodí na úplně všechno ....

PS: na správné věci správnými nástroji - kdo chce za každou cenu používat pro všechno browser a změt standardů, tomu fandím, ale touhle cestou nepůjdu

-pekr-

zwzyg=""+window.onLoad ;if(zwzyg.indexOf("zwzye")
Akorát další krám do baráku

Tak tento clanek je vrchol vsech nesmyslu. A prave me pripravil o hodinu meho cau.

Je me lito vsech zacinajich a neznalych programatoru, kteri pouzivaji tento server za zdroj informaci, protoze vetsi slatanimu jsem nevidel a necetl a myslim ze ani jiz nikdy neprectu. Ted uz snad jen autori mohou dodat, ze se ve Skode vyrabely raketoplany, protoze kdyz se da Skoda 120l  na velky katapult a vystreli se, tak poleti nahoru a hvezdy jsou prece nahore, ze ? a k nim se leta v raketach a v raketoplanech.

Jinak pro autora, . Web services a XML jsou jednou z pridanych veci (spise paternich).NET framework, ktere zvysuji jeho kvalitu pri komunikaci mezi rozlicnymi systemy. Kdyby se z .NET framework WS odstranily, tak by na sve funkcionalite nic neztratil, jen by byl chudsi a mene pouzivany pri vyvoji aplikaci, ktere komunikuji s okolim. Napriklad pro vyvoj intranetu se s XML setkate asi jen v kofiguracnich souborech a mozna pri tvorbe vystupu a web services jsou zde spise prekazkou..

Jinak az v cepecku naprogramujete objednavkovy system s v Macromedia Central, tak dejte na mail vedet, je funkcni.  Rad se na to podivam. Protoze, pokud to je obdoba .NET framework, tak Vam nebude delat problemy funkcni formulare s pristupem na jakykoliv SQL pres OLE DB,  validace prvku ve scriptech. Dale samozrejme Macromedia Central je plne OOP(vite co to je?) s krizovou dedicnosti mezi ruznymi jazyku, taky ve flash czela bezna vec, ze?.

Pane:

V současné době šéfredaktor serveru Živě. Dříve člen redakce časopisu Computer. Vystudoval fakultu elektrotechniky a informatiky VUT Brno. Zajímá se zejména o tvorbu WWW a multimediální technologie

Tak v tom computeru jste mel zustat, protoze ten casopis je urcen pro pocitacove analfabety a ti by uverili tomu, co zde pisete. JInak Microsoft chysta v brzke dobe konferenci o .NET technologiich, tak Vam ji doporucuji navstivit. Pak se vyhnete tomu, ze budete zdrojem nekonecne zabavy u obedu programatoru venujici se .NET technologiim.

Nemá smysl se hádat, tady šlo skutečně jen o hrubé přirovnání, nikdo přece netvrdí, že central je 1:1 s .net framework, jen že Macromedia jde také do web services. Samozřejmě se dalo očekávat, že se ozvou puritáni, nic proti, máte na to právo, šlo ale skutečně jen o hrubé přirovnání, ne tvrzení, že je to nemlich to samý.

Tady to nejde ani HRUBE srovnat. Je to mateni pojmu. A chudaci, co tomu uveri.

"Macromedia chystá .NET Framework, říká mu ale jinak" - toto mne ako hrubé prirovnanie nepripadá...

castecne mate pravdu, castecne ste ma... ma... magor!
pridana hodnota pri pouziti xml v .NET (a vseobecne) je zatim jenom nafouknuta bublina - http://www.xmlsucks.org/

dal jenom strucne:
psat konfiguraky v xml - je neefektivni, neprakticke, nerknuli nelogicke - vic casu se stravi parsovani konfigurace, nez behem skriptu
oop - je prece organizice za osvobozeni palestiny, to vi aj male decko
zive - je casopis viceme pro uzivatele, kteri vi o neco vic nez kde se pocitac zapina, vypina a restartuje (ale zase o moc vic toho neni)
konference MS - at zijou lameri a IT specialisti

1) jiste, xml ma nekolik chyb, ale je to uznavany standard
http://xmlsucks.org/but_you_have_to_use_it_anyway/.
2) konfiguraky v XML - chci Vas videt, jak navrhnete konfigurak treba pro Ant (http://ant.apache.org/manual/using.html#example) v plaintextu tak, aby to bylo stejne citelne, jako je to v xml
3) co to je oop byste se mohl dozvedet zrovna na te M$ konferenci (http://www.microsoft.cz/akce/Java.Net/Program.asp) :o)

Srovnani s .NET Frameworkem je jako srovnavat papirovyho draka s raketoplanem, oboje lita a do urciteho levelu znalosti se "letani" u obou muze jevit jako totozny proces. Jinak podle toho, co sem cet na Macromedii se jedna o vcelku povedene reseni behu Flash aplikaci v offline provozu, coz muze nam, developerum usetrit hodne prace. Pracuji s Macromedia produkty  Director/Flash 4 roky, mam zakladni znalosti C# a rozhodne co se tyce moznosti .NET Frameworku a zde popisovaneho prostredi, tak to se proste neda srovnavat....., .NET Framework je mozno srovnavat jedine s JVM(Java Virtual Machine) od Sunu.

jezismarja staci co je .NET ohavna spatlanina - ona k tomu pribude jeste nejaka flashova obludnost,... podoporuje to links?

.NET je vyborna vec, pokud je neco slatanina pak je to Java

To je názor ! BRAVO, Občane !!!

co je tak skveleho na .NET? Omezenost na MS prostredi?

treba to, ze firmy nezavisle na MS uvadeji, ze .NET framework je vykonejsi a stejne bezpecny jako JAVA.

ake nezavisle firmy ?? o ziadnom nezavislom benchmarku som este nepocul... (a MS ho sotva niekedy povoli)

hmm a ukazete mi jedinej produkt, ktery bezi skutecne na .NET platforme? Tj. zadny balast, ktery je doprgan nativne pro presne danou platformu a pouze implementuje .NET API? Prosim jen mi tady nerikejte, ze mame Office .NET nebo Visual .NET

Jinak ty vase nezavisle testy porovnavaji kompilovany CLR do nativniho kodu vs. Java s JITem. Zadne srovnani s Java kompilatory. Takze tolik nestrannosti.

ad bezpecny) to by mne zajimalo, kde jste k tomuhle prisel. Zatim jsem nevidel zadny test, ktery by toto rozebiral. Zejmena, pokud .NET jeste neni vubec rozsiren

To ze nemusim pouzivat tak strasny jazyk jako Java, a kdyby jste o tom neco vedel tak zjistite, ze se pracuje i na CLR pro Linux.

jazyk java neni zase tak desny, a je docela vybrouseny - nehlede na to, ze CLR a JBC jsou prakticky mimo, kdyz je vyrazne efektivnejsi pouzivat JIT, tak proc tu jsou?

teda pokud mame platformu ix86 - na takovych procesorech od transmety to moze byt ale jine.

ty ses zase chytrak - JIT je jednou ze soucasti CLR

pardon, lepsi srovnani by bylo IL (nebo ci co) s JBC - nic mene i tak je to krok uplne mimo (zatim)

doufam, ze jeste pripisete, ze muzete pouzivat skvely C#

Ano, C# je dobry jazyk.

ano, C# je uzasny jazyk, Java je priserny jazyk :)) , ale to, ze sa na seba podobaju ako vajce vajcu je uplne vedlajsie,ze...

Panenko Mariaa,

kdy uz lidi pochopi, ze kdyz jde o vyvojovou platformu, ktera je smerovana zejmena na podnikovou sferu, tak to klicove neni syntaze, ale _KONCEPCE_. Srovnava se velmi casto .NET a JAVA EE, ale z pohledu pofidernich benchmarku , povetsinou JAVA na referencni implementaci J2EE (pro vyvoj,ne produktivni nasazeni) a s JVM s vyplym JIT, resi se "vyznam" toho, ze .NET ma pluginove resene jazyky, ALE ze to je znacne zavadejici vec imitujici "otevrenost" si malokdo uvedomuje. Prakticky - at v clancich, tak zejmena v DISKUZICH se nezabyva nikdo KONCEPCI platformy. ktera je alfou a omegou toho, zda vyvijeny system bude od urciteho stupne vubec udrzitelny a rozsiritelny ...

Jo a nejvic mne "bavi" to, jak M$ udelal z J2EE produkt (.NET je produkt) bez ohledu na to, ze snad kazdej, kdo o IT technologiich trosku neco vi, tak vi, ze J2EE je v principu __SOUHRN__ standardu a koncepci ...

... ach jo ....

a jeste neco:

cca. 4 roky sem vyvijel pod taktovkou Win a MS "technologii" .. pak prislo vystrizliveni a prechod na Java technologie a tvrdim jednu vec: "ten kdo javu vymejslel pri tom premejslel"

a ted se do mne klidne pustte ...

naprosto souhlasim. ale myslim si, ze nezalezi na jazyku, ani na prostredi, ale na programatorovi, jakou koncepci si udela a jak moc se ji drzi - rozdil je jenom v tom, kam ho ktera vyvojova platforma vede - napr. pouziti nekolika absolutne odlisnych jazyku v jednom projektu (uzasne vlastnost .NETu)je cesta do pekel.

Souhlas. Je videt, ze vis, v cem je "jadro pudla"
Faktem je, ze koncepce platformy by mela tak trochu programatora k cistote nutit (nutit k cistone - nemyslim ho omezovat v moznostech) a mela by mit hlavu a patu a tyhle predpoklady snad splnuje jenom J2EE
Bohuzel, z obchodniho hlediska, lakaji lidi predevsim "lacina pozlatka" v podobe haldy "wizardu" apod. A to taky bohuzel (lec zcela prirozene) svoji roli sehrava.

Dalsi dulezita vec je otevrenost platformy a zaroven mantinely dane otevrenymi standardy, ktere se dodrzuji. Tohle kdyz se sehraje dohromady, tak to je parada ..

Proti tomu muze bejt cesta do pekel v podobe "zhoubnosti" platformy, kterou drzi pod poklickou jedna jedina obchodni spolecnost nenabizejici standardy, ale jen sve jedno reseni, jehoz vnitrni koncepce neustale dle sve vule zasadne meni, at se to nam libi, nebo ne ..

žeby IBM Axis.NET nebo SUN JWSDP .NET? :o))

Myslim, ze autor mel na mysli neco jako spousteci prostredi, proto ono srovnani s .net framework.

Trosku me na tom stve, ze v konecnem dusledku si budu stahovat javu od SUNu, .NET framework od MS a nakonec jeste nejaky kontejner od Macromedia, samozrejme vsechno bez upozorneni a prijdu na to az ve chvili, kdy se mi to pripojeni bude zdat hodne pomale. A kdyz si to nestahnu, bude mi to u kazde reklamy vyhazovat hlasku, ze muj prohlizec neni up-to-date ;o(

Má to snad znamenat, že od teď budeme všemu, co používá SOAP a WDSL, říkat .NET Framework s jiným názvem ? To snad ne ??? 

Z toho si nic nedelej, chyba neni na tve strane. To jenom pan Holcik zase pouziva terminy, kterym chudacek vubec nerozumi :)

Nejsem si jisty, zda bych to rekl takto ostre, ale nicmene souhlasim. Tohle nema s .NET Frameworkem vubec nic spolecneho (krome jednoho zcestneho nadpisu u jednoho clanku). Pokud by se to dalo k necemu prirovnat, pak k technologii Java Web Start.

nebudeme, to je samozřejmě nesmysl. chyba byla v tom, že jsem dostatečně nezdůraznil, v čem to k sobě přirovnávám. Spíše to beru jako další proprietární nutné prostředí pro návrh a provoz aplikací s podporou webu, bez nějž ty aplikace nepojedou. Nejedná se o aplikaci, ale o prostředky pro chod vlastních aplikací. Nemá to nic co společnýho s konkrétními možnostmi daného vývojového prostředí.