Che cosa significa quando una tecnologia è uno "standard"?

Ho iniziato a studiare Java EE 7 e spesso mi imbatto in questo termine "standard" e non capisco cosa significhi.

Quindi, ad esempio, ecco una citazione da questo libro:

Contrariamente a SOAP e allo stack WS- *, che si basano sugli standard W3C, REST non ha standard ed è solo uno stile di architettura con principi di progettazione. Le applicazioni REST fanno molto affidamento su molti altri standard: HTTP, URI, URL ...

Ho qualche idea di cosa significhi, ma non ne sono sicuro.

La migliore spiegazione che ho trovato è la definizione da qui .

Il termine "standard" nella programmazione si riferisce spesso a una tecnologia / documento governato da un gruppo o una comunità. I membri di quel gruppo spesso condividono obiettivi comuni investiti, sono utenti attivi di quella tecnologia e vogliono garantire che la tecnologia continui.

Ci sono molte "cose" nella programmazione che hanno una comunità che le governa. Questi membri possono variare dai programmatori alla rappresentanza aziendale (ad es. Apple, Microsoft, IBM, ecc. Ecc.)

W3C è un gruppo molto grande che lavora insieme per definire molti standard.

Ecco un elenco di membri.

http://www.w3.org/Consortium/Member/List

Il REST è un esempio di tecnologia, a causa della sua popolarità viene utilizzata da molte persone, ma non esiste alcun gruppo o comunità che la governa. Pertanto, non esiste un posto dove puntare un dito e dire "è così che gli standard dicono che dovrebbe essere fatto" .

Aziende come IBM, Microsoft e altre hanno pubblicato la documentazione su come implementare REST. Si potrebbe dire che esiste un "modo comune" di attuare il REST. È possibile scegliere una fonte autorevole che descriva un'implementazione di REST e dichiarare di seguire tale riferimento. L'uso di fonti autorevoli è un modo in cui abbiamo affrontato i problemi di compatibilità nei browser web.

Uno standard è un documento tecnico che specifica come si comporta una tecnologia. (Per alcune tecnologie, potrebbe trattarsi di un altro tipo di standard tecnico .) Questo è tutto ciò che sono e perché esistono: sono documenti e descrivono la tecnologia.

Questi documenti sono stati creati da un organo di governo che ha l'autorità e la fiducia necessarie per poter decidere come funziona quella tecnologia e per le persone che si preoccupano quando rilasciano un documento di specifica come standard. Un organo di governo potrebbe produrre molti standard, per diverse tecnologie o diverse versioni di una tecnologia. L'organo di governo potrebbe anche essere noto come manutentori, autori, custodi, ecc. Degli standard.

(Contrariamente a quanto descritto da Mathew, uno standard non è l'organo di governo né la tecnologia stessa. È un documento che descrive la tecnologia o una sua versione particolare.)

Alcuni standard di esempio per le tecnologie che hai citato (e altri):

• Lo standard SOAP , gestito da W3C.
• Lo standard URI, definito in STD66 , gestito da Internet Engineering Task Force (IETF), che lavora anche su ...
• Le specifiche HTTP 1.1 , create dal gruppo di lavoro HTTP . Queste sono Richieste di commento (RFC), ma specificano comunque come funziona HTTP. Questi standard sono in realtà molto nuovi , essendo stati rilasciati solo nel giugno 2014. HTTP 1.1 era stato precedentemente definito in RFC 2616 , dal gruppo di lavoro sulla rete IETF.
• Specifiche HTML, definite nello standard di vita HTML . È stato creato dal Web Hypertext Application Technology Working Group (WHATWG). Il W3C ripubblica e distribuisce varie versioni di questo standard, rilasciandole come HTML 4 , XHTML 1.0 e HTML5 tra le altre versioni. WHATWG non è contento che lo facciano.
• Java ha uno standard, gestito da Oracle. Le sue varie versioni hanno standard diversi e puoi scaricare tu stesso lo standard Java EE 7 .
• La specifica di linguaggio C # 5.0 , creata da un team di Microsoft. Le versioni precedenti hanno i loro documenti di specifica separati.

L'HTML è un buon esempio del fatto che diverse versioni di una lingua avranno spesso standard diversi. Le varie versioni hanno documenti diversi che descrivono come devono essere gestite le varie versioni della lingua.

HTTP, nel frattempo, è uno dei tanti esempi di spostamento standard tra i gruppi: prima dal gruppo di lavoro in rete, poi al gruppo di lavoro HTTP, sebbene entrambi i gruppi facessero parte della IETF. Altre tecnologie si sono spostate tra le aziende, come HTML (di nuovo), la cui versione 2 è stata creata dall'IETF in RFC1866 .

Perché esistono gli standard?

Esistono per darci una garanzia su come funzioneranno le cose.

La specifica HTML5 mi dice come i vari browser gestiranno e visualizzeranno il markup HTML5 che scrivo, supponendo che implementino correttamente lo standard (che storicamente è stato un problema). Lo standard C ++ 11 mi dirà cose su ciò che vari codici C ++ 11 che scrivo faranno o non faranno.

Allo stesso modo, se sto scrivendo un browser, lo standard HTML5 mi dirà come devo gestire vari pezzi di markup HTML5 in modo che le persone ottengano ciò che si aspettano. Se sto scrivendo un compilatore C ++ 11, lo standard C ++ 11 mi dirà cosa devo fare per implementare correttamente il linguaggio e far funzionare il codice delle persone nel modo in cui si aspettano che funzioni.

Ad esempio, gli autori Microsoft C #. Puoi scaricare la specifica di linguaggio C # 5.0 per te stesso. Questo documento promette che il codice C # che scrivi dovrebbe comportarsi nel modo in cui è descritto nelle specifiche, in qualsiasi compilatore che implementa effettivamente le specifiche correttamente.

( Se fai cose al di fuori delle specifiche , ti trovi in ​​un territorio indefinito e non c'è alcuna garanzia su ciò che accadrà o non accadrà.)

Storicamente, gli standard risalgono a cose come le filettature delle viti , in modo che io possa avere qualche garanzia che se ordino una vite di tipo X, si adatterà nel foro che ho praticato e sarà intercambiabile con altre viti di tipo X.

Il che ci riporta alla definizione della parola "standard" :

un esempio accettato o approvato di qualcosa in base al quale gli altri vengono giudicati o misurati - Collins Dictionary

Una misura riconosciuta di confronto per valore quantitativo o qualitativo; un criterio. - Dizionario medico American Heritage® Stedman

cioè la cosa con cui confronti le tue cose per assicurarti di ottenere ciò che ti aspetti.

Uno standard tecnologico è una specifica in modo tale che due implementazioni dello stesso standard dovrebbero essere interoperabili o intercambiabili. Esempi: USB, Bluetooth, Java EE7, HTTP.

Esistono poi standard "di fatto": convenzioni che consentono l'interoperabilità, ma senza una specifica esplicita concordata. Esempio: il formato Microsoft DOC è stato storicamente uno standard di fatto, poiché molti prodotti potevano leggere e scrivere DOC, ma le specifiche canoniche non erano disponibili (fino a molto tempo dopo). I documenti erano ancora comunemente distribuiti nel formato DOC, con l'aspettativa che qualsiasi destinatario fosse in grado di leggerlo, quindi era diventato di fatto uno standard.

Per rispondere al tuo esempio specifico, REST non ha una specifica esplicita concordata e quindi non è un vero standard e a malapena uno standard di fatto poiché ha una notevole ambiguità nel modo in cui dovrebbe essere fatto correttamente e non esistono implementazioni dominanti che risolve queste ambiguità. (Non sono contrario a REST. È un ottimo modo per creare servizi Web)

Uno standard è una convenzione standardizzata - o mediante una specifica formale, o semplicemente perché una convenzione comune ha guadagnato abbastanza popolarità per essere dominante.

A de jure standardè una specifica pubblicata da un comitato standard. Alcuni comitati standard sono ISO, ECMA, DIN, ANSI e W3C.

Alcuni esempi de jure standardssono il formato carta A4 (standard ISO 219), il linguaggio c # (ECMA-334), ecc.

Il termine "de jure" viene usato raramente e uno "standard de jure" viene spesso chiamato standard.

Uno standard di fatto è un'usanza, una convenzione, un prodotto o un sistema che ha raggiunto una posizione dominante grazie all'accettazione pubblica o alle forze di mercato "

(fonte: wikipedia - non potrei scriverlo meglio da solo)

Uno standard di fatto non segue necessariamente alcuna specifica formale.

Come ha scritto Gudmundur Orn in questa risposta , il formato DOC di Microsoft Office era di fatto uno standard. Aveva una posizione dominante e si presumeva normalmente che le persone potessero leggere i documenti di MS Word.

JSON è una bestia divertente, dato che è iniziato come uno standard di fatto. Da allora è stato tuttavia formalizzato come ECMA-404 , quindi ora è uno "standard de jure".

È tuttavia anche il formato predominante per lo scambio di dati con API basate su HTTP (per quanto ne sappia), rendendolo così lo "standard di fatto" questo scopo.

Per la responsabilità legale del prodotto, i difetti sono classificati come design, fabbricazione o documentazione. Un progetto non è difettoso se si basa su uno standard, indipendentemente dal fatto che tale standard sia difettoso. Lo standard applicabile è quello in vigore al momento della creazione del prodotto. Uno standard può essere uno standard pubblicato (ISO) o uno standard industriale accettato che non è pubblicato dall'associazione degli standard. Quindi TCP / IP con tutti i suoi difetti intrinseci come lo spoofing è uno standard e se crei una nuova tecnologia come VOIP e non fai nulla per proteggere l'utente da problemi noti con la tecnologia sottostante, allora sei sicuro di continuare il caos. Oppure potrei sbagliarmi e avere un difetto di documentazione qui ...