1
J'appelle une méthode pour obtenir mes pages [voir GetPages (String xmlFullFilePath)]. La méthode FromXElement est supposée désérialiser les éléments LitePropertyData pour qu'ils puissent fortement typer les objets LitePropertyData. Au contraire, il échoue sur la ligne suivante:Xml échec de désérialiser
return (T)xmlSerializer.Deserialize(memoryStream);
et donne l'erreur suivante:
<LitePropertyData xmlns=''> was not expected.
Qu'est-ce que je fais mal? J'ai inclus les méthodes que j'appelle et les données xml:
public static T FromXElement<T>(this XElement xElement)
{
using (var memoryStream = new MemoryStream(Encoding.ASCII.GetBytes(xElement.ToString())))
{
var xmlSerializer = new XmlSerializer(typeof(T));
return (T)xmlSerializer.Deserialize(memoryStream);
}
}
public static List<LitePageData> GetPages(String xmlFullFilePath)
{
XDocument document = XDocument.Load(xmlFullFilePath);
List<LitePageData> results = (from record in document.Descendants("row")
select new LitePageData
{
Guid = IsValid(record, "Guid") ?
record.Element("Guid").Value :
null,
ParentID = IsValid(record, "ParentID") ?
Convert.ToInt32(record.Element("ParentID").Value) :
(Int32?)null,
Created = Convert.ToDateTime(record.Element("Created").Value),
Changed = Convert.ToDateTime(record.Element("Changed").Value),
Name = record.Element("Name").Value,
ID = Convert.ToInt32(record.Element("ID").Value),
LitePageTypeID = IsValid(record, "ParentID") ?
Convert.ToInt32(record.Element("ParentID").Value) :
(Int32?)null,
Html = record.Element("Html").Value,
FriendlyName = record.Element("FriendlyName").Value,
Properties = record.Element("Properties") != null ? record.Element("Properties").Element("LitePropertyData").FromXElement<List<LitePropertyData>>() :
new List<LitePropertyData>()
}).ToList();
return results;
}
Voici le xml:
<?xml version="1.0" encoding="utf-8"?> <root> <rows>
<row>
<ID>1</ID>
<ImageUrl></ImageUrl>
<Html>Home page</Html>
<Created>01-01-2012</Created>
<Changed>01-01-2012</Changed>
<Name>Home page</Name>
<FriendlyName>home-page</FriendlyName>
</row>
<row xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Guid>edeaf468-f490-4271-bf4d-be145bc6a1fd</Guid>
<ID>8</ID>
<Name>Unused</Name>
<ParentID>1</ParentID>
<Created>2006-03-25T10:57:17</Created>
<Changed>2012-07-17T12:24:30.0984747+01:00</Changed>
<ChangedBy />
<LitePageTypeID xsi:nil="true" />
<Html>
What is the purpose of this option? This option checks the current document for accessibility issues. It uses Bobby to provide details of whether the current web page conforms to W3C's WCAG criteria for web content accessibility.
Issues with Bobby and Cynthia
Bobby and Cynthia are free services that supposedly allow a user to expose web page accessibility barriers. It is something of a guide but perhaps a blunt instrument. I tested a few of the webpages that I have designed. Sure enough, my pages fall short and for good reason. I am not about to claim that Bobby and Cynthia are useless. Although it is useful and commendable tool, it project appears to be overly ambitious. Nevertheless, let me explain my issues with Bobby and Cynthia:
First, certain W3C standards for designing web documents are often too strict and unworkable. For instance, in some versions W3C standards for HTML, certain tags should not include a particular attribute, whereas in others they are requisite if the document is to be ???well-formed???. The standard that a designer chooses is determined usually by the requirements specification document. This specifies which browsers and versions of those browsers that the web page is expected to correctly display. Forcing a hypertext document to conform strictly to a specific W3C standard for HTML is often no simple task. In the worst case, it cannot conform without losing some aesthetics or accessibility functionality.
Second, the case of HTML documents is not an isolated case. Standards for XML, XSL, JavaScript, VBScript, are analogous. Therefore, you might imagine the problems when you begin to combine these languages and formats in an HTML document.
Third, there is always more than one way to skin a cat. For example, Bobby and Cynthia may flag those IMG tags that do not contain a TITLE attribute. There might be good reason that a web developer chooses not to include the title attribute. The title attribute has a limited numbers of characters and does not support carriage returns. This is a major defect in the design of this tag. In fact, before the TITLE attribute was supported, there was the ALT attribute. Most browsers support both, yet they both perform a similar function. However, both attributes share the same deficiencies. In practice, there are instances where neither attribute would be used. Instead, for example, the developer would write some JavaScript or VBScript to circumvent these deficiencies. The concern is that Bobby and Cynthia would not notice this because it does not ???understand??? what the JavaScript does.
</Html>
<FriendlyName>unused</FriendlyName>
<IsDeleted>false</IsDeleted>
<Properties>
<LitePropertyData>
<Description>Image for the page</Description>
<DisplayEditUI>true</DisplayEditUI>
<OwnerTab>1</OwnerTab>
<DisplayName>Image Url</DisplayName>
<FieldOrder>1</FieldOrder>
<IsRequired>false</IsRequired>
<Name>ImageUrl</Name>
<IsModified>false</IsModified>
<ParentPageID>3</ParentPageID>
<Type>String</Type>
<Value xsi:type="xsd:string">smarter.jpg</Value>
</LitePropertyData>
<LitePropertyData>
<Description>WebItemApplicationEnum</Description>
<DisplayEditUI>true</DisplayEditUI>
<OwnerTab>1</OwnerTab>
<DisplayName>WebItemApplicationEnum</DisplayName>
<FieldOrder>1</FieldOrder>
<IsRequired>false</IsRequired>
<Name>WebItemApplicationEnum</Name>
<IsModified>false</IsModified>
<ParentPageID>3</ParentPageID>
<Type>Number</Type>
<Value xsi:type="xsd:string">1</Value>
</LitePropertyData>
</Properties>
<Seo>
<Author>Phil Carney</Author>
<Classification />
<Copyright>Carnotaurus</Copyright>
<Description>
What is the purpose of this option? This option checks the current document for accessibility issues. It uses Bobby to provide details of whether the current web page conforms to W3C's WCAG criteria for web content accessibility.
Issues with Bobby and Cynthia
Bobby and Cynthia are free services that supposedly allow a user to expose web page accessibility barriers. It is something of a guide but perhaps a blunt instrument. I tested a few of the webpages that I have designed. Sure enough, my pages fall short and for good reason. I am not about to claim that Bobby and Cynthia are useless. Although it is useful and commendable tool, it project appears to be overly ambitious. Nevertheless, let me explain my issues with Bobby and Cynthia:
First, certain W3C standards for designing web documents are often too strict and unworkable. For instance, in some versions W3C standards for HTML, certain tags should not include a particular attribute, whereas in others they are requisite if the document is to be ???well-formed???. The standard that a designer chooses is determined usually by the requirements specification document. This specifies which browsers and versions of those browsers that the web page is expected to correctly display. Forcing a hypertext document to conform strictly to a specific W3C standard for HTML is often no simple task. In the worst case, it cannot conform without losing some aesthetics or accessibility functionality.
Second, the case of HTML documents is not an isolated case. Standards for XML, XSL, JavaScript, VBScript, are analogous. Therefore, you might imagine the problems when you begin to combine these languages and formats in an HTML document.
Third, there is always more than one way to skin a cat. For example, Bobby and Cynthia may flag those IMG tags that do not contain a TITLE attribute. There might be good reason that a web developer chooses not to include the title attribute. The title attribute has a limited numbers of characters and does not support carriage returns. This is a major defect in the design of this tag. In fact, before the TITLE attribute was supported, there was the ALT attribute. Most browsers support both, yet they both perform a similar function. However, both attributes share the same deficiencies. In practice, there are instances where neither attribute would be used. Instead, for example, the developer would write some JavaScript or VBScript to circumvent these deficiencies. The concern is that Bobby and Cynthia would not notice this because it does not ???understand??? what the JavaScript does.
</Description>
<Keywords>unused</Keywords>
<Title>unused</Title>
</Seo>
</row> </rows> </root>
EDIT
Voici mes entités:
public class LitePropertyData
{
public virtual string Description { get; set; }
public virtual bool DisplayEditUI { get; set; }
public int OwnerTab { get; set; }
public virtual string DisplayName { get; set; }
public int FieldOrder { get; set; }
public bool IsRequired { get; set; }
public string Name { get; set; }
public virtual bool IsModified { get; set; }
public virtual int ParentPageID { get; set; }
public LiteDataType Type { get; set; }
public object Value { get; set; }
}
[Serializable]
public class LitePageData
{
public String Guid { get; set; }
public Int32 ID { get; set; }
public String Name { get; set; }
public Int32? ParentID { get; set; }
public DateTime Created { get; set; }
public String CreatedBy { get; set; }
public DateTime Changed { get; set; }
public String ChangedBy { get; set; }
public Int32? LitePageTypeID { get; set; }
public String Html { get; set; }
public String FriendlyName { get; set; }
public Boolean IsDeleted { get; set; }
public List<LitePropertyData> Properties { get; set; }
public LiteSeoPageData Seo { get; set; }
/// <summary>
/// Saves the specified XML full file path.
/// </summary>
/// <param name="xmlFullFilePath">The XML full file path.</param>
public void Save(String xmlFullFilePath)
{
XDocument doc = XDocument.Load(xmlFullFilePath);
XElement demoNode = this.ToXElement<LitePageData>();
demoNode.Name = "row";
doc.Descendants("rows").Single().Add(demoNode);
doc.Save(xmlFullFilePath);
}
}
Est-il possible que vous essayez de sérialisation des données qui ne sont pas en cours de conversion correctement? Avez-vous des types nullables dans les données que vous essayez de sérialiser? Je ne peux pas dire si je vois tout le code ici, donc je ne suis pas sûr si quelque chose me manque. –
Ok, je vais paginer mes entités – CarneyCode
J'ai maintenant ajouté les entités ci-dessus. Je pense qu'il y a suffisamment d'informations pour reproduire le problème maintenant. – CarneyCode