•  09-06-2019
  •  | 
  •  

Domanda

La mia azienda sviluppa diversi tipi di applicazioni.Gran parte del nostro business deriva dalla realizzazione di app di tipo multimediale, generalmente realizzate in Flash.Tuttavia, ora quel lato della casa sta iniziando a migrare verso lo sviluppo Flex.

La maggior parte degli altri nostri sviluppi vengono eseguiti utilizzando .NET.Sto invece cercando di spingere verso lo sviluppo Silverlight, poiché trarrebbe maggiore vantaggio dagli sviluppatori .NET nello staff.Preferisco la piattaforma Silverlight rispetto alla piattaforma Flex per il semplice fatto che Silverlight è tutto codice .NET.Nel nostro staff sono presenti più sviluppatori .NET che sviluppatori Flash/Flex e la maggior parte dei nostri sviluppatori Flash/Flex sono artisti grafici (non veri programmatori).L'unico motivo per cui stanno spingendo verso Flex in questo momento è perché sembra il passaggio logico da Flash.

Ho svolto lo sviluppo utilizzando entrambi e onestamente credo che sia più facile lavorare con Silverlight.Ma sto cercando di convincere le persone che sono solo sviluppatori Flash.

Quindi ecco la mia domanda:Se ho intenzione di partecipare a una riunione per lodare Silverlight, perché un'azienda dovrebbe scegliere Silverlight anziché Flex?A parte l'ovvio "non tutti hanno Silverlight", quali sono i pro e i contro di ciascuno?

È stato utile?

Soluzione

Penso che dovresti considerare Silverlight come un'opera a lungo termine, proprio come sembra fare Microsoft.Esiste un ovvio equilibrio tra quando utilizzare Silverlight e quando utilizzare Silverlight.Flash quando sei preoccupato della copertura e della base di installazione, ma ecco alcuni motivi per cui Silverlight è una buona direzione in cui muoversi:

  1. Vantaggio del secondo motore: proprio come Microsoft ha creato un "Java migliore" con .NET, oggi è in grado di vedere come progetteresti un plug-in RIA da zero.Hanno il vantaggio di sapere come le persone utilizzano il Web oggi, qualcosa che gli inventori di Flash non avrebbero mai potuto immaginare con precisione.Flash può aggiungere funzionalità, ma non può realisticamente abbandonare la piattaforma e ricominciare da capo.

  2. Familiarità per gli sviluppatori: sebbene Silverlight sia un modello nuovo, non è del tutto sconosciuto agli sviluppatori."Capiranno" il modo in cui funziona Silverlight molto più rapidamente di quanto capiranno avviando un nuovo ambiente di sviluppo con un nuovo linguaggio di scripting e nuovi paradigmi di eventi.

  3. Eliminazione del modello di sequenza temporale in Flash: Flash è stato originariamente creato per animazioni basate su fotogrammi chiave e, sebbene esistano modi per astrarlo, è al centro del funzionamento di Flash.Silverlight lo abbandona per un modello incentrato sull'applicazione.

  4. ScottGu - ScottGu è entusiasta di Silverlight.Bando alle ciance.

  5. Nuove fantastiche funzionalità: sebbene Silverlight abbia ancora da recuperare rispetto a Flash su alcune funzionalità ovvie (come l'integrazione webcam/microfono o l'accelerazione grafica 3D), ci sono alcune nuove tecnologie integrate in Silverlight: Deep Zoom è un esempio.Vedo tecnologie più "rivoluzionarie" sul lato Silverlight, mentre Flash sembra essere in modalità di manutenzione a questo punto.

Altri suggerimenti

Ci sono due domande qui:Silverlight vs.Flash come piattaforma e Silverlight vs.Flex come struttura RIA.

La prima domanda dipende dal tuo periodo di tempo.Flash Player ha una copertura superiore al 95%, Silverlight non si avvicina nemmeno lontanamente a quella cifra.Tuttavia, Silverlight potrebbe arrivarci, dopo tutto è supportato da Microsoft.Se intendi lanciare un sito la prossima settimana e desideri un pubblico vasto, Silverlight non è un'opzione.Se miri a lanciare un'applicazione davvero interessante che tutti vorrebbero utilizzare, è un po' diverso, se la tua app è abbastanza buona il tuo pubblico di destinazione potrebbe installare Silverlight solo per poterla eseguire.

Per quanto riguarda la seconda domanda, è una questione di quanto sia facile svilupparla applicazioni a Silverlight.Flex non è solo un insieme di widget, è un framework molto grande che fa molte cose per facilitare il lavoro dello sviluppatore.Potresti scrivere le stesse applicazioni utilizzando solo l'API Flash principale, ma richiederebbe molto più lavoro.A seconda di ciò che è disponibile in Silverlight, questo dovrebbe essere un fattore importante al momento della decisione.Se puoi ridurre i tempi di sviluppo, vale la pena avere due piattaforme?

Penso che Silverlight sia più vantaggioso per le aziende che dispongono di sviluppatori .NET ma che non hanno esperienza come designer.

I set di competenze saranno più facili da trovare per quanto riguarda la ricerca di sviluppatori C# o VB rispetto alla ricerca di guru di ActionScript.Tuttavia c'è il compromesso:

L'esperienza di progettazione rappresenta un investimento non solo in designer con capacità artistiche, ma anche nella conoscenza e negli strumenti forniti da Adobe.Puoi quasi garantire che un designer professionista utilizzi un Mac e abbia esperienza con gli strumenti Adobe.

In questo momento gli strumenti di progettazione di Silverlight sono semicotti e possono causare mal di testa.Ad esempio, gli errori di fusione quando si tenta di eseguire il rendering di qualsiasi xaml contenente un IValueConverter, questo è problematico.Non ho idea di quale sia l'esperienza degli sviluppatori Adobe, sono sicuro che sia altrettanto complicata.

Quindi in questa fase del gioco si tratta di risorse umane:

Se hai esperienza con .NET e hai poco investimento nelle competenze di progettazione, scegli Silverlight.Le capacità/gli strumenti di programmazione saranno trasferibili.Se hai esperienza e competenze nel design, scegli Flex.Le competenze/gli strumenti del designer saranno trasferibili.

In ogni caso, entrambe le piattaforme client richiedono la comunicazione con i servizi per ottenere i dati, quindi potrai sempre sfruttare la tua esperienza di programmazione esistente nel back-end.

Parafrasato Quello di Jon opinione da un punto di vista diverso:

Penso che dovresti considerare Flex come un'opera a lungo termine, proprio come sembra fare Adobe.Esiste un ovvio equilibrio tra quando utilizzare Silverlight e quando utilizzare Silverlight.Flex quando sei preoccupato della portata e della base di installazione, ma ecco altri motivi per cui Flex è una buona direzione in cui muoversi:

  1. SECONDO VANTAGGIO MOVER - Proprio come Adobe ha costruito un'applet Java migliore "con Flash, sono in grado di guardare come progettare un runtime da zero, oggi.Hanno il vantaggio di sapere come le persone usano il web oggi, qualcosa che gli inventori delle piattaforme clienti esistenti non avrebbero mai potuto indovinare con precisione..NET può aggiungere funzionalità, ma non possono realisticamente buttare la piattaforma e ricominciare da capo.

  2. Familiarità del designer - Mentre Flex/Air è un nuovo modello di programmazione, non è del tutto sconosciuto per i designer."Otterranno" il modo in cui Flex funziona molto più rapidamente di quanto capiranno di accendere un nuovo ambiente di design con nuovi strumenti scadenti e nuovi paradigmi di animazione.

  3. Essere sbarazzati del modello di colore RGB in Silverlight-net è stato originariamente costruito per le finestre ed è al centro di come funziona.Flex ha abbandonato molto tempo fa per un modello incentrato sul design.

  4. Tutti i tuoi strumenti funzionano sul tuo Mac.Disse Nuff.

  5. Caratteristiche interessanti: Silverlight ha ancora un po 'di recupero con Flash su alcune caratteristiche ovvie (come Webcam / MIC Integration o 3D / Graphics Acceleration).

Stiamo realizzando sia Silverlight che Flex ed ecco il punto di vista degli sviluppatori per entrambi.

Pro di Silverlight:

  1. Potenza di C#, frammenti di codice, riutilizzo delle implementazioni di algoritmi C# esistenti
  2. Potenza anche di altri linguaggi, Generics e Linq ecc
  3. Potenza dell'esecuzione nativa di CLR invece dell'interprete di Action Script di Flash
  4. Un Visual Studio integrato per tutto lo sviluppo
  5. Expression Blend è un editor davvero interessante e più avanzato di Flex Builder
  6. XAML è ottimizzato per i motori di ricerca
  7. Transizioni di stato piuttosto carine e facili da definire
  8. Threading e attività asincrone
  9. Accessibilità, nessuno sa che Microsoft ha sempre creato le migliori funzionalità di accessibilità su tutti i suoi prodotti, ha sempre funzionato bene con le persone disabili, confrontando i browser solo IE supporta l'accessibilità completa e Safari/Firefox ecc. non sono neanche lontanamente più vicini.

Contro di Silverlight:

  1. Rigorosamente piattaforma Microsoft, so che molte persone sosterranno, ma con lo scenario attuale, la metà dei ragazzi di Intel Mac non riesce a far funzionare Silverlight 3.0, tutti i ragazzi di PPC Mac non possono usare Silverlight 2.0 in poi e nessun Silverlight per Linux.
  2. C'è mono, ma non è supportato ufficialmente da Microsoft, resterà sempre indietro rispetto al reverse engineering di .NET e al porting su un'altra piattaforma, non è ancora pronto all'uso.
  3. La maggior parte dei componenti/controlli sono "sigillati", quindi è difficile estenderli e sovrascriverli per creare facilmente nuovi componenti.
  4. Architettura CustomControl/UserControl errata.Per esempio.non puoi avere la radice di XAML come ComboBox o qualsiasi altro controllo e lasciare che abbia sia design che codice, puoi creare controlli personalizzati ma sono troppo complessi
  5. L'associazione richiede la denominazione dei componenti e non supporta espressioni di istanza come fa Flex, sebbene l'associazione bidirezionale sia utile in Silverlight ma è necessario scrivere codici lunghi per più associazioni per un'espressione matematica
e.g.
// this is possible in flex..
// but not in silverlight
<mx:TextBox id="firstName"/>
<mx:TextBox id="lastName"/>

// display full name..
<mx:Label text="{firstName.text} {lastName.text}"/>

Pro di Flex:

  1. Veramente indipendente dalla piattaforma, supportato su vari hardware e sistemi operativi e funziona davvero alla grande ovunque.
  2. L'Open Source rende davvero facile comprendere ed estendere le funzionalità.
  3. Ogni controllo/componente può essere esteso e ci sono meno restrizioni che sovrascrivono il comportamento predefinito.
  4. Il modo più semplice per creare nuovi componenti è quello di far derivare mxml da qualsiasi controllo ed estenderli con un'associazione estensiva
  5. Flex contiene molti controlli e non è necessaria alcuna libreria di terze parti

Contro di Flex:

  1. Esecuzione lenta per esecuzioni iterative, nessun thread!!nessuna attività asincrona!!
  2. In base al punto 1, non sono possibili animazioni o grafica eccezionali
  3. Nessun generico, nessun altro linguaggio, nessun linq..
  4. La classe Number ha un bug, non è possibile memorizzare il valore completo a 64 bit
  5. Eclipse è pessimo nel progettare qualcosa di eccezionale nell'interfaccia utente

Conclusione

  1. Utilizziamo flex per le applicazioni dati, che sono semplici applicazioni di elaborazione di moduli
  2. Silverlight per grafica e animazioni estremamente ricche

Il problema con Silverlight è che ci sono ancora molte persone che non lo hanno installato.Inoltre, non sono sicuro di quanto bene i tuoi sviluppatori .Net esistenti saranno in grado di sfruttare le loro competenze esistenti se hanno familiarità solo con la codifica .Net più tradizionale lato server.

Quali sono le ragioni per cui hai preferito Silverlight a Flex?Se devi chiedere ragioni alla comunità SOFlow, sembra strano che tu sia così disposto a spingerlo.

Un altro vantaggio dello sviluppo Flex è che puoi passare allo sviluppo di applicazioni desktop (Adobe AIR) con lo stesso codice sorgente (e lo stesso IDE) e distribuirle dal web.Puoi controllare Questoper il futuro della piattaforma Flash.
Aggiornamento Q3/2011:Flash 11 supporta l'accelerazione 3D di basso livello e ci sono già molti framework e motori principali (Unreal Engine 3, Unity) che la supportano.Il punto di forza per il futuro, tuttavia, è che l'applicazione AIR funzionerà su piattaforme Windows, Mac, Android, Playbook e iOS (il supporto Linux è stato interrotto).Con un minimo assoluto di problemi tra il porting tra questi (almeno quando hai Adobe CS5.5+).

Aggiornamento Q2/2015:Silverlight è ufficialmente morto.Adobe AIR è vivo, ma non fiorente: potrebbe essere utile in base alle tue competenze e alla catena di strumenti.Sia Microsoft che Adobe ammettono che HTML5 è la strada da percorrere (con AIR o Apache Cordova o Visual Studio).

Aggiornamento Q3/2017:Haha wow, chi usa più Flash?

Non dimenticare:

Flex è decisamente multipiattaforma, poiché è compilato utilizzando la compilazione Java, il che significa che puoi facilmente utilizzare Mac o Linux durante lo sviluppo di applicazioni Flex.Ho la mia attuale configurazione di cruisecontrol (che utilizza Linux), creo applicazioni Flex, ma i ragazzi dello sviluppo utilizzano sia Mac, Linux che Windows.

Nella mia esperienza, gli sviluppatori Java si sentono a loro agio in Flex Builder poiché è basato su Eclipse.

Non otterrai mai un voto equo a questa domanda su SO poiché ha così tanti sviluppatori Microsoft.

Inoltre, le persone probabilmente voteranno negativamente questa risposta, il che dice davvero tutto.

Dico di lasciare che i tuoi sviluppatori provino entrambe le piattaforme e vedano quale preferiscono.

Per rispondere ai commenti qui sotto, ho appena notato che mentre ci sono molte risposte che consigliano Flash/Flex, quelle per Silverlight hanno molti più voti positivi.Non è questione di mentire, si tratta solo di privilegiare ciò con cui hai familiarità, non necessariamente la piattaforma migliore.

I programmatori Silverlight non sanno cosa si perdono quando si tratta di Flex.Silverlight non dispone del modello di componente e delle funzionalità di attivazione degli eventi di cui dispone Flex.Utilizzando XNA e C#, un mio amico deve fare i salti mortali per far funzionare la sua applicazione Silverlight.Quindi, deve essere consegnato a un designer per farlo sembrare decente.

Ascolta i podcast di deepfriedbytes.com su Silverlight e sentirai come anche un paio di ragazzi che spingono davvero Silverlight riconoscono alcuni di questi problemi.(IO pensare, se ricordo bene, uno dei ragazzi lavora per Microsoft, ma potrei sbagliarmi: l'ho ascoltato la settimana scorsa).Sono d'accordo sul fatto che Silverlight non è ancora pronto per applicazioni di grandi dimensioni, nel suo stato attuale.

Sceglierei Flex, per un approccio pulito e diretto, soprattutto se hai già familiarità con Flash e ActionScript 3.0.Secondo me Flex ha molto più senso: Silverlight deve ancora maturare.

Alla fine, i tuoi sviluppatori non dovrebbero dettare la tua tecnologia.Questa è assolutamente una decisione sul prodotto che dovrebbe essere basata sui tuoi utenti.

Se stai distribuendo su Internet consumer, Flash Player o AJAX sono la strada da percorrere.Se stai distribuendo su una LAN privata per un'azienda .net, hai delle opzioni.

Come progettista grafico, ho utilizzato Flash (acceso e spento) negli ultimi anni e Silverlight (e il suo fratello maggiore WPF) negli ultimi un anno e mezzo.In base a ciò che ho sentito dal mio team (tutti sviluppatori o ex sviluppatori, se i tuoi sviluppatori .Net eseguiranno tutta la programmazione, scegli Silverlight.Adoro Flash, ma anche con la revisione OOP di ActionScript 3 in Flash 9 e versioni successive, è ancora un linguaggio un po' bizzarro e andare avanti e indietro tra AS3 e C# probabilmente farà impazzire i tuoi sviluppatori :-).

Per i tuoi progettisti, procedi come segue:

  • Ottieni loro una copia di Expression Blend, lo strumento di sviluppo GUI per Silverlight/WPF.

  • Blend ha una curva di apprendimento iniziale piuttosto ripida e l'interfaccia ti offre un sacco di variabili/opzioni, quindi investi in un po' di formazione e dai ai tuoi progettisti il ​​tempo di mettersi al passo con l'interfaccia utente.

  • A proposito di formazione, abbonati alla libreria video Lynda.com, in particolare.il corso di formazione Lee Brimelow Expression Blend.

  • Avvertenza:Blend e WPF cambiano rapidamente, quindi a volte ti imbatterai in bug in Blend che verranno risolti nella prossima beta/CTP di Blend.Per esempio.Si è verificato un bug in Blend 2 che impediva ai miei storyboard (animazioni) di funzionare in un progetto recente.Ho aggiornato a Blend 2.5CTP e ha funzionato.

  • I contenuti Silverlight non sembrano sempre funzionare con l'ultima versione Beta del plug-in Silverlight, è solo una cosa da tenere a mente se stai testando alcune nuove funzionalità disponibili solo nell'ultimo plug-in Silverlight.

  • Investi in un sistema potente (Quad Core, 4 Giga di RAM, ecc.) Blend consuma molte risorse, specialmente.quando hai tonnellate di strati.Per esempio.Sto lavorando su un'app con oltre 100 livelli (!) nell'app di base (e altri 100+ in alcuni controlli utente) e circa 40-50 storyboard.Ogni pochi minuti devo riavviare Blend perché l'interfaccia utente smette di rispondere (ma non si blocca).Oppure sposta tutto ciò che puoi nei controlli utente.

Il mio team scriveva funzionalità Web avanzate in Flex e ora le scrive in Silverlight.

Le nostre ragioni per questo passaggio:

  • FlexBuilder è basato su Eclipse.L'eclissi è terribile!Gratuito, ma pieno di bug, pieno di glitch e lento.
  • FlexBuilder costa il doppio di Expression Blend, che comunque otteniamo gratuitamente con MSDN.
  • Flex è una seccatura per il controllo del codice sorgente, non gli piace essere costretto a mettere i file in un unico posto e non funziona bene con altre parti della tua soluzione (abbiamo provato con SourceGear Vault e SVN).
  • La versione di ActionScript di Flex non ama la maggior parte delle implementazioni SOAP, in particolare ha tutti i tipi di problemi con quelle .Net WebMethod.
  • Nonostante utilizziamo periodicamente componenti Flex concessi in licenza, decide che non abbiamo quella versione e aggiunge filigrane solo demo.L'unico modo per rimuoverlo è fare a pezzi il progetto, reinstallare Flex, reinstallare le licenze e ricostruirlo.
  • A FlexBuilder Vista non piace affatto.
  • L'accettazione di Silverlight è in crescita, una volta raggiungeva il livello in cui potevamo aggiungerlo come requisito per le funzionalità pertinenti che abbiamo cambiato.Se lavorassimo per un pubblico web (piuttosto che aziendale), non sono sicuro che avremmo potuto farlo.

Il resto del nostro progetto è .Net e C#, potresti trovare tutti questi problemi meno significativi in ​​un negozio Java.

Come Kibbee ha accennato in precedenza, l'argomento di sfruttare gli sviluppatori .Net esistenti non regge molto.È impossibile essere un esperto in tutti gli aspetti dello sviluppo .Net.La piattaforma è semplicemente troppo grande.Lo stesso vale per Java.L'unica cosa che Silverlight ha da offrire dal punto di vista delle competenze è che puoi programmare nel tuo linguaggio .Net preferito.Questo vantaggio è piuttosto ridotto se stai già eseguendo uno sviluppo web significativo che utilizza JavaScript poiché lo script Action è una variazione.Quindi, per convertire un programmatore a Flex o Silverlight è necessario apprendere l'API della piattaforma.

Abbiamo affrontato lo stesso problema e Flex ha vinto a mani basse.I nostri sviluppatori .NET all'inizio erano preoccupati, ma dopo aver lavorato così a lungo con Ajax e JavaScript, ora AMANO e si divertono davvero a lavorare in Flex.

Ecco per te un semplice test...prova a trovare almeno 3 esempi di applicazioni Silverlight reali (che non siano giochi, lettori video o gadget).Quindi fai lo stesso per Flex.

Penso che Silverlight e XAML siano preferibili ad ActionScript e, sebbene non abbia familiarità con gli IDE di ActionScript, ho familiarità con VS2008 ed Expression Web/Blend e sono ottimi ambienti di sviluppo e migliorano continuamente.Io opterei per Silverlight e penso che la chiave per convincere gli utenti a installare il plug-in sia avere una buona pagina di rilevamento del plug-in che spieghi cos'è SL e perché ne hanno bisogno.Per un esempio di questo, vai a http://memorabilia.hardrock.com/ e provalo con il plug-in SL disabilitato.

Anche se ho lavorato con Silverlight e sono piuttosto entusiasta della possibilità di avere app che vivono al di fuori del browser, un enorme vantaggio di AIR è che fornisce l'accesso alla funzionalità nativa di trascinamento della selezione.Ciò ti consente di creare funzionalità di caricamento di immagini o documenti molto intuitive (ad es.Caricatore Flickr).Da quello che ho sentito, la SM non si sta ancora concentrando su questo tipo di supporto (ad es.nessun piano annunciato).

Io utilizzo questa regola pratica:se la tua azienda sta sviluppando software multimediale basato su Internet e ha clienti con tutti i tipi di piattaforme e non stai realizzando applicazioni ad uso intensivo di database Flex è la risposta definitiva, se la tua azienda sviluppa prodotti basati sia su Internet che su DVD, meno interattivi ma più intensivi ( CPU, memoria) e utilizza una quantità ridicola di transazioni di database, Silverlight ha più senso

Qualcuno ha detto:"Trova 3 applicazioni Silverlight nel mondo reale" .Ok, ne sapevo alcuni a memoria, ma li ho comunque cercati su Google.La lista:

  • Olimpiadi di Pechino 2008 (statistiche qui, 250TB di dati consegnati!)
  • Lettore Netflix on-demand
  • Client di posta elettronica AOL (potrebbe non essere ancora stato rilasciato)

Oh, non lettori video?Bene, questo lascia l'applicazione UFC (è un ibrido video/chat/altre cose) e il client di posta elettronica AOL.Silverlight eccelle nei video ed è lì che sta prendendo piede, ma ciò non significa che non possa fare altre cose.Non vedo alcun motivo per scartarlo solo perché fa bene i video.

Infomondo [collegamento] ha affermato che "Silverlight ha notevoli meriti tecnici e prestazioni relativamente buone.È una tecnologia RIA molto potente che è particolarmente utile nelle mani di programmatori con esperienza .Net e designer con esperienza XAML." È un buon articolo da leggere riguardo alla tua domanda.

La mia risposta:se hai un team di sviluppatori che hanno dimestichezza con .NET, Silverlight dovrebbe essere il primo della tua lista.In caso contrario, allora è un vero disastro.Ho visto articoli affermare che Visual Studio è una piattaforma di sviluppo superiore rispetto a quella utilizzata con Flex.Ma Flash è dannatamente quasi onnipresente.

Tieni inoltre presente che Silverlight 2 non utilizza quasi Javascript (penso nessuno, ma non ne sono sicuro).Pertanto qualsiasi evitamento di Silverlight a causa di JS è infondato.

Se prestazione conta, Silverlight vince lì.Ho visto l'utilizzo della CPU del mio browser arrivare al 100% molte volte e uccidere qualunque finestra su cui è in esecuzione Flash se ne è sempre sbarazzato.È particolarmente evidente in Chrome, dove puoi vedere il processo che consuma la tua CPU.Se sei interessato a Silverlight per il potenziale di gioco, cerca QuakeLight, il port Silverlight di Quake.Si sta davvero formando bene.

Penso davvero che dipenda da dove risieda il tuo talento di sviluppatore e dal tipo di applicazione che fornirai.Gioco semplice?Veloce.App per il settore aziendale?Silverlight.Nel mezzo?Segui ciò che consigliano i tuoi sviluppatori.

Se conosci .NET, Silverlight 3.0 è la strada da percorrere.Lo sto usando e lo adoro.Non devo scherzare con AJAX o JS BTW (non ho idea a cosa si riferisse quel ragazzo, forse SL 1.0) Per i dati si tratta principalmente di chiamate WCF asincrone (LINQ to SQL dietro WCF) o file XML o servizi RIA.Ti consente di utilizzare la maggior parte degli effetti shader, dispone di stili, modelli di controllo e appunti nativi di Windows/Mac.Posso eseguire video ad alta definizione e la maggior parte dei processi funziona molto bene anche con CPU lente.Mi piace anche l'associazione dei dati, l'associazione dei controlli e le raccolte osservabili che mi fanno risparmiare molto tempo.INOLTRE posso usare LINQ, con un notevole risparmio di tempo, per non parlare dell'utilizzo di Visual Studio per il debug.

Sto sviluppando applicazioni .NET aziendali, quindi conosco la mia base di installazione e installeranno il componente aggiuntivo (in genere 30 secondi).Per un sito Web front-end, potresti perdere alcuni utenti che non desiderano installare Silverlight o che non utilizzano Mac o Windows.Puoi avere app con SL al di fuori del browser con 3.0.

Potrei essere un tipo .NET di parte, ma ho sviluppato così velocemente che devo consigliarlo.

Davvero non dovresti usarlo QUALUNQUE di queste tecnologie ActiveX2.0.Né Silverlight né Flex...

Innanzitutto entrambi non sono altro che "framework winform distribuiti con supporto per l'esecuzione nel browser", in secondo luogo non si adattano bene ad altri dispositivi (specialmente per Silverlight), in terzo luogo non funzionano bene con altre parti della tua pagina.Non funzionano bene per le persone disabili, ecc. ecc. ecc.L'elenco potrebbe continuare all'infinito...

Sia Adobe che Microsoft cercano di nascondere questo fatto con grande impegno, ma alla fine sia Silverlight che Flex non sono altro che ActiveX in una nuova veste...

Sicuramente funzionano in sandbox, sono linguaggi gestiti e tutto il resto.Ma si tratta comunque di un grosso pezzo di BLOB scaricato per essere eseguito localmente nel tuo browser, AKA ActiveX...

Questa è una vecchia domanda, ormai la storia ha parlato!

Silverlight è stato praticamente abbandonato da Microsoft e non ha mai ottenuto una base di installazione utile.Festa dovuta al fatto che Microsoft non si è impegnata al 100%.

Flash (da qui Flex) è ancora attivo.Tuttavia, sempre più browser non supportano alcun plug-in, quindi è solo questione di tempo (anni) prima che il flush faccia la fine di Silverlight.

Forse un giorno Flex verrà reindirizzato a HTML5 senza plug-in….

Si parlava dell'iPhone e diceva che l'unica opzione è Apples Way o HTML5.

Flash Player è disponibile e supportato ufficialmente in quasi tutte le piattaforme desktop (Windows, Linux, Mac) mentre Silverlight sarà supportato principalmente in Windows.

il seguente articolo fornisce il confronto di entrambe le piattaforme.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top