I'm getting this error in my WPF application. I get this error not always. If I make Clean and then Rebuild everything is ok. SGEN (0,0): error: Unable to generate a temporary class (result=1). SGEN (0,0): errorCS0433: The type 'XamlGeneratedNamespace.GeneratedInternalTypeHelper' exists in both 'library1.dll' and 'library2.dll' You could use R
我在我的WPF应用程序中收到此错误。 我得到这个错误并不总是。 如果我做了Clean，然后重建一切都没问题。 SGEN (0,0): error: Unable to generate a temporary class (result=1). SGEN (0,0): errorCS0433: The type 'XamlGeneratedNamespace.GeneratedInternalTypeHelper' exists in both 'library1.dll' and 'library2.dll' 您可以使用RummageTypeRenamer，一个与我们的混
We needed to integrate our app with Salesforce to implement single sign on for our client. We have used .NET CAS Client using the configuration settings mentioned in here . We are able to integrate and authenticate users with single sign on. However, the site keeps sending the authenticated users to login page in our application and then redirecting to the home page. This is happening spora
我们需要将我们的应用程序与Salesforce集成，才能为我们的客户实施单点登录。 我们已经使用.NET CAS Client使用这里提到的配置设置。 我们能够通过单点登录来集成和验证用户。 但是，该网站一直将认证用户发送到我们应用程序的登录页面，然后重定向到主页。 这种情况偶尔发生，没有具体的指标说明为什么来自不同页面的请求正在检查身份验证并导致重定向。 我们拥有的配置是 - <httpModules xdt:Transform="Insert"&g
有人可以解释什么是json方法，它在.net中使用 JSON is not .NET specific, it is a form of data transmission. It can be likened to an array of strings. Its main use is to provide a means of returning data from a web service. Data from a web service (prior to JSON) was predominantly done with XML. But XML is costly to serialise/deserialise because of the complex traversal of the document. Because
有人可以解释什么是json方法，它在.net中使用 JSON不是.NET特有的，它是一种数据传输形式。 它可以被比作一串字符串。 它的主要用途是提供从Web服务返回数据的方法。 来自Web服务的数据（JSON之前）主要使用XML。 但是由于文档的复杂遍历，XML对于序列化/反序列化来说代价很高。 由于JSON格式简单，因此其串行化/反序列化速度更快，更不用说它的一小部分数据，这意味着它在线路上的速度更快。 上述观点都与.NET没有任何
Why has itself and the evidence it ever existed been removed? Only a half year ago it was promoted on channel9 as Something that should be in everyones pack -- today the Microsoft Archive is "retired" and totally keeps quiet that the API code pack ever existed. I can't answer the question of why, nor do I wish to speculate (maybe someone else closer to the issue can tell us what
为什么自己和它存在的证据被删除？ 仅在半年前，它在channel9上被宣传为应该在每一个包装中的东西 - 今天微软存档已经“退役”了，并完全保持API代码包的存在。 我无法回答为什么，也不想回答这个问题（也许别人更接近问题可以告诉我们发生了什么事），但幸好它并没有完全消失。 看起来这些二进制文件已被其他开发者重新上传到NuGet，但请注意，这些软件包都不是来自Microsoft的官方软件包。 以下软件包由NuGet用户aybe上传
I have a WCF Service which returns 1000 records from database to the client. I have an ASP.NET WCF client (I have added service reference in asp.net web application project to consume WCF). I get the following message when I run the client application: The maximum message size quota for incoming messages (65536) has been exceeded. To increase the quota, use the MaxReceivedMessageSize proper
我有一个WCF服务，它从数据库返回1000条记录到客户端。 我有一个ASP.NET WCF客户端（我在asp.net Web应用程序项目中添加了服务引用来使用WCF）。 当我运行客户端应用程序时，我收到以下消息： 传入消息的最大消息大小限额（65536）已被超出。 要增加配额，请在适当的绑定元素上使用MaxReceivedMessageSize属性。 任何帮助？ 如何增加邮件大小配额？ 在App.config或Web.config文件中，您需要这样的内容来增加消息大小
I have an MVC3 project using ASP.NET default membership provider. I am trying to show the details of a user on a View page. When I do MembershipUser user = Membership.GetUser(id); to get the user I am about to display, all of the DateTimes (CreationDate, LastActivityDate) have the Kind property set to Local. All of these dates are saved in the SQL Server database in UTC time, so why are the
我有一个使用ASP.NET默认成员资格提供程序的MVC3项目。 我正试图在View页面上显示用户的详细信息。 当我做 MembershipUser user = Membership.GetUser(id); 为了得到我要显示的用户，所有的DateTime（CreationDate，LastActivityDate）都将Kind属性设置为Local。 所有这些日期都以UTC时间保存在SQL Server数据库中，那么为什么它们会以Local的形式进入MVC？ 这是搞乱了我的时区转换，因为我期望服务器时间在UTC。 有没
A few months ago I was introduced to the new DateTimeOffset type and was glad DateTime 's flaws with regard to time zones were finally taken care of. However, I was left wondering if there were any overhead or problems that could occur from using this new type. I work on a multi-locale web application. Does anyone know of anything that could sway me from just using it for all my date/tim
几个月前，我介绍了新的DateTimeOffset类型，并很高兴DateTime在时区方面的缺陷最终得到了照顾。 然而，我仍然想知道是否有任何开销或使用这种新类型可能发生的问题。 我在一个多语言环境的Web应用程序上工作。 有没有人知道任何可能会影响我在日期/时间工作中使用它的事情？ 这里有滥用的窗口吗？ 参考：DateTimeOffset：由Justin Van Patten在.NET 3.5中创建一个新的DateTime结构 有时你只是想表示一个“本地”（不知
Possible Duplicate: How to create a .NET DateTime from ISO 8601 format How can I parse a date string in ISO 8601 format into a datetime object using C#? Use one of the ISO 8601 standard date and time format strings - "O", "o" , "S" and "s" when parsing the string (aka the Roundtrip format specifier) . The pattern for this specifier reflects a define
可能重复： 如何从ISO 8601格式创建.NET DateTime 我如何使用C＃将ISO 8601格式的日期字符串解析为日期时间对象？ 解析字符串（又名Roundtrip格式说明符）时，请使用ISO 8601标准日期和时间格式字符串之一 - “O”，“o”，“S”和“s”。 此说明符的模式反映了已定义的标准（ISO 8601）。 因此，无论使用何种文化或提供格式提供者，它总是一样的。 DateTime dt = DateTime.ParseExact(iso8601String, "s", CultureInfo.Invaria
This question already has an answer here: How to create a .NET DateTime from ISO 8601 format 7 answers string txt= "2009-10-08 08:22:02Z"; DateTime output = DateTime.ParseExact(txt, "u", System.Globalization.CultureInfo.InvariantCulture); The DateTime class supports the standard format string of u for this format I think for the ISO format (with the T separator), use "s" instead o
这个问题在这里已经有了答案： 如何从ISO 8601格式创建.NET DateTime 7个答案 string txt= "2009-10-08 08:22:02Z"; DateTime output = DateTime.ParseExact(txt, "u", System.Globalization.CultureInfo.InvariantCulture); DateTime类支持这种格式的u的标准格式字符串 我认为对于ISO格式（使用T分隔符），请使用“s”而不是“u”。 或使用： string txt= "2009-10-08 08:22:02Z"; DateTime output = DateTime.ParseExact(tx
One of our company's Windows Forms application had a strange problem for several month. The app worked very reliable for most of our customers but on some PC's (mostly with a wireless lan connection) the app sometimes just didn't respond anymore. (You click on the UI and windows ask you to wait or kill the app). I wasn't able to track down the problem for a long time but now I
我们公司的一个Windows Forms应用程序在几个月内出现了一个奇怪的问题。 该应用程序对我们的大多数客户非常可靠，但在某些PC（主要是无线局域网连接）中，应用程序有时只是没有响应。 （你点击界面和Windows让你等待或杀死应用程序）。 我很长一段时间无法找到问题，但现在我知道发生了什么。 该应用程序有这一行代码 // don't blame me for this. Wasn't my code :D Control.CheckForIllegalCrossThreadCalls = false 并