Qual è la storia delle origini della piattaforma .NET?

5

Ho visto i colloqui JavaScript di Douglas Crockford recentemente , ea un certo punto , ha affermato che Microsoft non considerava importante JavaScript perché vedeva il web come una fase di passaggio dell'uso di Internet che sarebbe stato soppiantato da qualcosa di poco conosciuto all'epoca come "Internet X", e volevano che .NET diventasse "Internet X"

Naturalmente, il web è ancora con noi e conosciamo .NET come piattaforma di sviluppo di applicazioni.

Qualcuno può parlarmi della storia precedente di .NET e di come passare da un sostituto designato per il web alla piattaforma che conosciamo come oggi?

    
posta Rice Flour Cookies 07.07.2011 - 20:25
fonte

3 risposte

4

Non sono del tutto sicuro di cosa ti riferisci anche tu, ma tra le altre cose due delle cose che Microsoft ha spinto molto per questo non è mai successo.

a) .Net come ambiente di sviluppo multipiattaforma uno dei principali punti di forza quando è stato introdotto .Net è stata l'architettura del codice runtime / IL che avrebbe consentito agli sviluppatori di sviluppare .Net e avere quel codice funziona su qualsiasi piattaforma (cioè Linux e Mac). Microsoft ha più o meno promesso, o almeno ha implicitamente sottinteso quel runtime per le altre piattaforme in cui è imminente. Sfortunatamente non sono mai venuti in giro per farlo, fortunatamente Mono lo ha fatto. Sarebbe stato bello poter distribuire le app .Net su qualsiasi piattaforma in modo simile a Java, ma vedo lo svantaggio strategico che Microsoft potrebbe aver visto: se le app sono "mobili" tra piattaforme, ciò che dice che le persone non lasceranno le finestre. "Do not f * ck with windows" come dice la citazione

b) Smart Client in sostituzione di "Applicazioni Web" Microsoft ha cercato a lungo termine di sfidare il web spingendo i clienti intelligenti o facendo clic una sola volta, come anche loro hanno chiamato. Il concetto è abbastanza brillante in realtà e penso che potrebbe raggiungere un giorno ancora. L'idea è che puoi inserire un URL in un'applicazione e che verrà scaricato (e possibilmente installato) ed eseguito al volo da una sandbox in Windows. In questo modo è possibile codificare un'applicazione GUI reale che ha la facilità di distribuzione di una pagina Web ma la potenza di una "vera applicazione". Il problema era che il modello di sicurezza era troppo complicato per essere pratico insieme al fatto che il bisogno non era ancora lì. Si trattava di app cloud prima che anche le app cloud diventassero popolari. Ora che il cloud ha un aspetto strong e lo sviluppo multi-core sta diventando sempre più cruciale, posso vedere un ritorno a quel concetto, ma devono farlo diventare molto più facile da sviluppare e implementare.

    
risposta data 07.07.2011 - 20:57
fonte
3

Negli anni '90, un consorzio formato da Oracle, Sun, IBM e Novell voleva creare una sorta di architettura client / server "thin client". Sul tuo desktop ci sarebbe qualcosa che in seguito chiamò una JavaStation. Questa workstation diskless scaricherà il software dal server e tutti i tuoi file verranno salvati lì. Il consorzio ha commesso uno stupido errore nell'annunciare i vaporware e nel dire che avrebbero affamato di ossigeno Microsoft. Questo stupido errore ha dato alla MS abbastanza tempo per tentare di costruire un'architettura client / server sostitutiva per sconfiggere il consorzio; poco più di un decennio dopo, Oracle ha acquistato Sun, e Novell Netware è passata dall'essere l'architettura di rete dell'ufficio n. 1 a "cumulo di storia".

Java era originariamente propagandato come il linguaggio "scrivi una volta, corri ovunque". Utilizzava runtime indipendenti dal sistema operativo (chiamato JVM). Mentre Microsoft ha provato qualcosa di simile con NT (supportando un livello di astrazione hardware che gli consentiva di essere eseguito su chipset inclusi MIPS e Alpha insieme all'architettura Intel).

Il framework .NET era un prodotto "io troppo" per cercare di rubare l'ossigeno di Sun rendendo (almeno teoricamente) un tempo di esecuzione alternativo che era indipendente dai sistemi operativi. Non molto tempo dopo che .NET ha avuto un discreto successo sul mercato, MS ha rinunciato all'idea di rendere i runtime CLR / CIL per qualsiasi cosa tranne i sistemi operativi Microsoft (il framework Mono è un inutile tentativo di realizzare runtime per altri sistemi operativi ma soffre di minacce di brevetto che occasionalmente escono da Redmond ed è per questo motivo che finirà anche con la distruzione della storia insieme ai runtime di Win32).

Penso che IBM sia andato totalmente alla Java come reazione eccessiva al fiasco di runtime di OS / 2 e Win32. Sono convinto che torneranno a COBOL e punch card prima che si ritrovino nuovamente con Microsoft.

At one point, he said that Microsoft did not consider JavaScript important because they saw the WWW as a passing phase of internet

È stato Bill Gates a non capire Internet e, dato che in quel momento aveva dato il tono a Microsoft, l'intera compagnia è partita molto tardi.

Then again, we seem to have Silverlight as MS's attempt to bastardize the internet into an MS-centric platform.

Silverlight è un tentativo di sostituire Flash (che odio) con qualcosa che può essere eseguito solo su browser che Microsoft ritiene di supportare a loro piacimento (motivo per cui non lavoro con Silverlight anche se è una tecnologia di gran lunga superiore ). Gli sviluppatori che ricordano il comportamento di Microsoft negli anni '90 staranno lontani da Silverlight in quanto li bloccherà totalmente, proprio come i primi problemi con i controlli activex in altri browser.

    
risposta data 08.07.2011 - 01:31
fonte
2

.NET è molto più del web. Originariamente MS aveva un prodotto chiamato J ++ che era la loro versione di Java. A causa di problemi legali, l'hanno scaricato e sostituito con il proprio prodotto indipendente, in competizione, questo è .NET. Originariamente era pensato come un killer Java.

    
risposta data 08.07.2011 - 00:55
fonte

Leggi altre domande sui tag