小编Opp*_*nal的帖子

在XmlReader中使用它之前,是否有任何简单/通用的方法来清理基于XML的数据源,以便我可以优雅地使用不符合XML上的十六进制字符限制的XML数据？

注意:

• 该解决方案需要处理使用UTF-8以外的字符编码的XML数据源,例如,通过在XML文档声明中指定字符编码.在剥离无效的十六进制字符时,不破坏源的字符编码一直是一个主要的难点.
• 删除无效的十六进制字符应仅删除十六进制编码值,因为您经常可以在数据中找到碰巧包含字符串的href值,该字符串将是十六进制字符的字符串匹配.

背景:

我需要使用符合特定格式的基于XML的数据源(想想Atom或RSS提要),但希望能够使用已发布的数据源,这些数据源包含符合XML规范的无效十六进制字符.

在.NET中,如果您有一个表示XML数据源的Stream,然后尝试使用XmlReader和/或XPathDocument对其进行解析,则会由于在XML数据中包含无效的十六进制字符而引发异常.我目前解决此问题的尝试是将Stream解析为字符串并使用正则表达式删除和/或替换无效的十六进制字符,但我正在寻找更高性能的解决方案.

如何将DateTime结构转换为其等效的RFC 3339格式的字符串表示形式和/或将此字符串表示形式解析回DateTime结构？RFC-3339日期时间格式用于许多规范,例如Atom Syndication Format.

如何将DateTime结构转换为其等效的RFC 822日期时间格式的字符串表示形式,并将此字符串表示形式解析回.NET中的DateTime结构？RFC-822日期时间格式用于许多规范,例如RSS联合格式.

我能够创建和执行DTS包从远程Oracle数据库拷贝表以本地SQL服务器,但要设置为链接服务器到Oracle数据库的连接.

DTS包当前使用Microsoft OLE DB Provider for Oracle,具有以下属性:

• 数据源: SERVER=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.3.42)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=acc)));uid=*UserName*;pwd=*UserPassword*;
• 密码:UserPassword
• 用户ID:UserName
• 允许保存密码:true

如何使用上面定义的数据源将链接服务器设置为Oracle数据库？

我有一个用Windows Service编写的应用程序,这个应用程序需要调用用Asp.Net MVC 4 WebAPi编写的WebAPI.WebAPI中的此方法返回具有基本类型的DTO,如:

class ImportResultDTO {
   public bool Success { get; set; }
   public string[] Messages { get; set; }
}

在我的webapi

public ImportResultDTO Get(int clientId) {
   // process.. and create the dto result.
   return dto;
}

我的问题是,如何从Windows服务中调用webApi？我有我的URL和参数值,但我不知道如何调用以及如何将xml结果反序列化到DTO.

谢谢

我正在开发一个应用程序框架,Silverlight将在客户端使用,而.NET 4则在服务器端使用.在内部,框架具有字典和队列数据结构,其中多个线程将同时访问集合.

在服务器端,我想利用System.Collections.Concurrent命名空间中可用的ConcurrentDictionary和ConcurrentQueue类.但是,这些类未在Silverlight 4中实现.

我正在考虑的两种方法是:

1. 反编译ConcurrentDictionary和ConcurrentQueue类并在Silverlight类库中实现它们.这些将使用System.Collections.Concurrent命名空间作用域.
2. 在共享库中实现我需要的自定义线程安全集合类(或找到可靠的Silverlight线程安全集合实现),可以在服务器端和客户端使用.

第一种方法允许我只实现我需要的Silverlight数据结构,但我担心在我的Silverlight实现和.NET 4中实现的并发集合类之间引入差异.

第二种方法将在客户端和服务器端提供一致的并发集合实现,但感觉就像我将重新发明轮子.

在Silverlight 中实现ConcurrentDictionary和ConcurrentQueue类似乎并不困难,但是Silverlight已经有一个很好的线程安全集合类库？

显式成员实施的当前指导原则建议:

• 使用显式成员来近似私有接口实现.如果您只是出于基础架构原因需要实现接口,并且您从不希望开发人员直接从该类型调用该接口上的方法,那么明确地实现成员以从公共视图中"隐藏"它们.
• 公开一种替代方法来访问允许子类重写的任何显式实现的成员.

一个很好的例子就是你想要实现IXmlSerializable接口.该的ReadXml和中WriteXML有望方法由XmlSerializer的调用,而不是通常由开发商直接调用.

当提供一种替代方法来明确访问您希望允许被覆盖的成员时,调用显式实现的成员似乎是有意义的,以避免代码重复.考虑以下:

using System;
using System.Xml;
using System.Xml.Schema;
using System.Xml.Serialization;

namespace Demo
{
    /// <summary>
    /// Demonstrates explicit implementation of the IXmlSerializable interface.
    /// </summary>
    [Serializable(), XmlRoot(ElementName = "foo")]
    public class Foo : IXmlSerializable
    {
        //============================================================
        //  IXmlSerializable Implementation
        //============================================================
        #region GetSchema()
        /// <summary>
        /// Returns an <see cref="XmlSchema"/> that describes the XML representation of the object.
        /// </summary>
        /// <returns>
        /// An <see cref="XmlSchema"/> that describes …