Vedo molti annunci di lavoro .NET che elencano XML come abilità richiesta.
Cosa si dovrebbe essere in grado di fare in / con XML per avere la certezza che questo requisito sia soddisfatto?
Modeling? Lavora con XPATH? Familiarità con la serializzazione?
Che cosa è specifico di .NET?
Così come le cose specifiche di non-.NET come XSD e XPATH:
Dovresti conoscere i diversi modi di gestire l'XML fornito dal framework .NET: il vecchio spazio dei nomi System.Xml ( XmlDocument et al) da .NET 1.1 e il nuovo spazio dei nomi System.Xml.Linq ( XDocument et al) da .NET 3.5.
Vorresti avere familiarità con la serializzazione e la deserializzazione di oggetti da e verso XML, i vari attributi nello spazio dei nomi System.Xml.Serialization che influiscono su questo, come [XmlElement] , [XmlAttribute] , [XmlIgnore] .
Dovresti sapere come affrontare i documenti XML con namespace, dal momento che quella schifezza non funziona mai in modo pulito in .NET.
Potrebbe essere necessario avere familiarità con il controllo <asp:XMLDataSource> , ma speriamo di no.
Detto questo, è perfettamente possibile che "So che XML ha parentesi a punta e posso google il resto mentre vado" potrebbe essere più che sufficiente conoscenza per molti lavori .NET che elencano "XML" come Un requisito. Probabilmente sarebbe stato per diversi che ho fatto.
Bene, in questi giorni direi che avere una buona conoscenza di come creare un XSD ben strutturato è sufficiente per distinguerti come concorrente in XML nel contesto di .Net considerando che ci sono così tanti XSD - > . Disponibili pacchetti di binding di dati Object, che gestiscono roba come serializzazione e XPATH.
Ma consiglierei alcune letture leggere per i principi sottostanti in modo da poter eseguire il debug più facilmente.