Starší komentáře ke článku: ASP versus COM aneb konverzia ASP do COM
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 16.4.2003 10:55:16
Dobry den. Urcite zajimavy clanek, ale pokud bych se k tomu mohl vyjadrit z pohledu Microsoftu, tak toto je nedoporucovany postup.
A to ze 2 duvodu:
1) COM+ komponenty, ktere vytvorite ve VB jsou co do vykonnosti srovnatelne i s optimalizovanymi ASP strankami (viz. napr. Nile test publikovany Microsoftem). Je to opet z toho duvodu, ze VB musi volat pomerne hodne rozhrani, ktere zaobaluji COM+ jako takovy. Pokud byste toto delal ve VC++ je to zcela jina zalezitost a vykon je take uplne na jine urovni. V pripade ale pouziti VB tomu tak neni.
2) Doporucovana a snadno pouzitelna technologie je ASP.NET. Proto pokud by nekdo chtel investovat do prebudovani stranek z ASP do COM, tak uz je vhodnejsi i z pohledu dalsiho vyvoje investovat do prepsani do ASP.NET. Tato technologie je dalsi budouci vyvoj a krome jineho je i nesrovnatelne rychlejsi, nez i aplikace napsana v COM technologii (je srovnatelna s ISAPI v C++).
Kazdopadne bych rad podekoval za snahu a clanek, ale urcite toto neni doporucovane reseni ze strany Microsoftu.
Datum vložení: 28.4.2003 11:03:51
1) plne suhlasim s Janom Sedom
2) ani keby asp.net neexsitovalo, a scripting a vb neboli ekvivalentne nie je riesenie v poriadku, lebo:
a) OnStartPage, OnEndPage??? uz v roku 2001 BOLI Microsoftom oznacene ako obsolete (mozno aj skor, ale 2001 urcite)
b) Version compatibity (vyskusajte postupne vyvijat komponent podla tohto vzoru, ... zaplacete pri vymienani verzii)
c) Naco je prosim objekt cnn?
d) preco je cnn neotypovany? (ak bez chceme zit typov, vratme sa k scriptu)
e) ako sa chce autor vysporiadat s konceptami konfigurovatelnosti transakcnej bezpecnosti bez pouzitia Object kontextu (pre neznalych MS doporucovana alternativa k OnStartPage)?