Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia Tuesday TopDrive KupDnes Navrcholu Bomba NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Odpověď na názor

Odpovídáte na názor ke zprávičce MS Windows Home Server poškozuje soubory.

Pavel Stěhule aura:89
2. 1. 2008 11:09

Re: A zaplata neni

celé vlákno
S moderním objektovým modelem MS mám docela dost zkušeností a nejsem sám. Fakt je ten, že paradigma které bylo v 90 letech módní byly tzv. remote objects, CORBA potažmo COM, které Microsoft implementoval a které se ve VB6 daly relativně snadno implementovat. Díky této technologii kdekdo dokázal napsat klient/server aplikaci aniž by cokoliv věděl o komunikaci, navázání komunikace, atd atd a ono to kupodivu i fungovalo, a dodnes funguje. Má to jen několik nevýhod: a) výkon .. jedná se o podstatně komplikovanější řešení, které je ovšem před programátorem transparentní, nicméně má to neuvěřitelné nároky na hw, b) robustnost .. klasické Unix servery služeb jsou v podstatě primitivní aplikace, kde se nemá co rozbít. V aplikacích s MS modelem se každý SP očekává s hrůzou v očích a i drobné security fixy mohou mít dost dalekosáhlý negativní dopad na funkčnost aplikace. Což je taky důvod, proč se postupně tato technologie opouští (aniž by se nemusela opouštět MS platforma) ve prospěch jiných ještě modernějších architektur. Nad COM se psali zvrhlosti. Díky uzavřenému DOC formátu server musel spouštět MS Word a generovat tak DOC, což bylo a je možné, ale má to zdrcující dopad na výkon. Microsoft totiž pozapomněl dodávat server objekty - takže se na server musel instalovat Office, maily se odesílaly prostřednictvím Outlooku a atd, prostě absolutní bastl.

Že by v UNIX byl měl co dohánět nebo aplikace pro něj psané? Zase se vznášíte na křídlech své fantazie. Implementaci objektů z 90 let by Microsoft co nejrychleji opustil neb má několik závažných problémů, které řeší .NET leč nemůže. Pokud jde o business object, pak existuje o něco robustnější a stabilnější řešení založené na Javě, které je naopak modernější než COM a bere v potaz existenci tenkých klientů, heterogenní prostředí, atd. .NET je s Javou EE srovnatelné. Není nijak výrazně inovativní - výhodou je Visual Studio, nevýhodou jméno Microsoft, které dost firem odrazuje už z principu. Pokud jde o ostatní OOP, tak pro GUI existuje DBUS, případně DCOM.
   
Chcete přispět jako registrovaný uživatel? Přihlaste se ke svému účtu.
Ochrana proti spamovacím robotům. Odpovězte prosím na následující otázku: Jaký je letos rok?
 

Pravidla pro diskutující

Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s tím, že budete dodržovat následující pravidla. Při jejich hrubém porušení se vystavujete riziku smazání příspěvku, jeho modifikaci, v krajním případě i zablokování přístupu do diskusí.

Redakce ze zásady nezasahuje do čtenářských diskusí a zavazuje se, že nebude mazat ani modifikovat příspěvky, kromě případů, kdy tyto porušují některé z následujících pravidel. V takové situaci je na zvážení redakce, zda příspěvek modifikuje s viditelným upozorněním, či přímo smaže. Redakce nikdy nemaže „nesouhlasné komentáře“ jen proto, že jsou nesouhlasné. Vítáme střet názorů, ale vždy v rámci slušné a kultivované debaty.

Příspěvky nesmí obsahovat:

  1. Vulgární či hrubé výrazy.
  2. Urážlivé výroky na adresu druhé osoby či skupiny osob.
  3. Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling).
  4. Rasové útoky či útoky na jakoukoliv jinou menšinu či skupinu obyvatel.
  5. Komerční nabídky a affiliate odkazy.
  6. Odkazy na warez, sériová čísla, licenční kódy, pornografii a další nevhodný materiál stejně jako žádosti o poskytnutí tohoto obsahu.
  7. Prokazatelně protiprávní obsah.

Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.

Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul