Inizia qui di seguito la raccolta di proposte sui temi da discutere e su come strutturarli.

Aggiungi liberamente i tuoi commenti e suggerimenti o inserisci i contenuti che ti interessano.

• Cos'è l'architettura SOA?
• Riferimenti
• Service-oriented architecture su Wikipedia : un punto di partenza più "neutro" rispetto alla piattaforma. Utile per le definizioni comunemente accettate ed i link alle altre risorse sull'argomento.
• Understanding Service-Oriented Architecture
• A Guide to Developing and Running Connected Systems with Indigo
• Understanding Service-Oriented Architecture
• Messaging Patterns in Service-Oriented Architecture, Part 1 e Part 2
• Che relazione ha con il ParadigmaDiProgrammazioneObjectOriented? E il ParadigmaDiProgrammazioneAComponenti? ( vedi anche le Faq su Indigo (forse il link corretto è questo ?))
• Cosa non è SOA?
• Riferimenti
• Comprendere quali sono i tranelli più comuni che attendono chi approccia il disegno e la realizzazione di una architettura orientata ai servizi:SOA antipatterns
• SOA per .NET ( vedi le Faq su Indigo (forse il link corretto è questo ?) e vedi Indigo (puntava alla home page di Indigo ?)
• I protocolli e gli standard ( vedi An Introduction to the Web Services Architecture and Its Specifications )
• L'implementazione
• WSE 3.0 e il suo ruolo ( vedi Web Services Enhancements e WSE FAQ )
• Biztalk e il suo ruolo
• Indigo
• Iniziare a implementare SOA ( vedi Introducing Indigo: An Early Look o la traduzione in italiano Introduzione a Indigo: un esame preliminare )
• Oggi
• Al rilascio di Whidbey
• Dopo il rilascio di Whidbey e prima di Longhorn
• ...
• Il design
• "Code first" o "Contract first" ?
• Tools a supporto

Il Design

Code-first o Contract-first ?

Questo è un bel dilemma che viene posto quotidianamente a tutti gli sviluppatori di Web services. Prima di dare una risposta, e soprattutto dare al lettore le 'armi' per poter scegliere, è bene precisare che cosa si intenda.

In .NET siamo stati abituati a scrivere web services come si scrive una classe object-oriented. Infatti basta ereditare (fatto non obbligatorio) dalla classe WebService, decorare la classe con l'attributo WebServiceAttribute ed i relativi metodi con WebMethodAttribute ed il gioco è fatto. Questo approccio si chiama code-first.

Se ci scriviamo (in qualche modo) il documento WSDL (Web Service Description Language) e ne generiamo la classe (con wsdl.exe del framework), allora stiamo parlando di contract-first. E' un pò come in COM quando si iniziava a definire le interfaccie in IDL. Il punto è: ma come scrivo il WSDL? La risposta semplice è: a mano no, ma con gli strumenti adeguati si può fare. [Nota: in questo momento non approfondiamo più di tanto...]

Apparentemente, vantaggi nell'utilizzare contract-first rispetto all'altra metodologia non ce ne sono, ma solo apparentemente! In effetti, mediante codice non è possibile definire schemi di messaggi precisi, come ad esempio (i più importanti):

• Le restrizioni sui tipi
• La cardinalità degli elementi
• Enumerati non ereditati da string
• Eccetera...

Queste limitazioni fanno propendere per una soluzione contract-first, cioè la dove posso decidere nei minimi particolari com'è il mio messaggio di input ed eventualmente di output, rendendo il mio web service molto più solido.