小编Jam*_*mie的帖子

我很难让我的Windows 8应用程序通过SSL与我的测试Web API进行通信.

似乎HttpClient/HttpClientHandler没有提供和选项来忽略WebRequest之类的不受信任的证书使你(尽管以"hacky"方式ServerCertificateValidationCallback).

任何帮助将非常感激!

我们有类似以下的查询:

from x in db.Table.Include(x => x.Parent)
                  .Include(x => x.Parent.Relation)
                  .Include(x => x.Relation)
                  .Include(x => x.Children)
where /* some query */
select x

问题是,在添加时.Include(x => x.Children),ORDER BY实体框架添加到生成的SQL的语句会导致查询花费很长时间来执行 - 如下所示:

ORDER BY [Project2].[Id1] ASC, [Project2].[Id2] ASC, [Project2].[Id] ASC, [Project2].[C4] ASC

将orderby添加到linq查询也没有帮助,除了添加额外的列以进行排序之外,它不会影响上述语句.

考虑下面的数据结构,其中用户具有少量固定设置.

用户

[Id] INT IDENTITY NOT NULL,
[Name] NVARCHAR(MAX) NOT NULL,
[Email] VNARCHAR(2034) NOT NULL

用户设置

[SettingA],
[SettingB],
[SettingC]

将用户的设置移动到单独的表中是否正确,从而与users表创建一对一的关系？这是否比将用户存储在与用户相同的行中提供了任何真正的优势(明显的缺点是性能).

我正在努力找到一种方法将ListView中的SelectedItems属性绑定到视图模型.

以前我使用过:http://www.codeproject.com/Articles/412417/Managing-Multiple-selection-in-View-Model-NET-Metr,它们不再适用于RTM版本.

任何帮助深表感谢!

提前致谢 :)

我知道这可能听起来非常苛刻,所以提前抱歉,但我正在学习,我花了近2个小时试图找出如何做到这一点,没有结果......

我想知道如何从windows phone 7中的独立存储中删除特定文件.

提前致谢!

我在使用listpicker进行双向绑定时遇到问题.我能够使用c#设置值,但不能SelectedItem=".."在xaml中设置.绑定返回正确的值(并且是listpicker中的值),因为我通过将文本分配给文本块来发短信.

页面加载时,listpicker上使用的绑定会导致a System.ArgumentOutOfRangeException

我用来设置它的代码是:

    // Update a setting value. If the setting does not exist, add the setting.
    public bool AddOrUpdateValue(string key, Object value)
    {
        bool valueChanged = false;

        try
        {
            // If new value is different, set the new value
            if (settingsStorage[key] != value)
            {
                settingsStorage[key] = value;
                valueChanged = true;
            }
        }
        catch (KeyNotFoundException)
        {
            settingsStorage.Add(key, value);
            valueChanged = true;
        }
        catch (ArgumentException)
        {
            settingsStorage.Add(key, value);
            valueChanged = true;
        }
        catch (Exception e)
        {
            Console.WriteLine("Exception occured …

当我将云服务部署到Windows Azure时,会导致许多VSPerf.exe实例启动 - 从1到5.

在它们之间它们消耗所有CPU,并且没有任何进程自行终止.

如果我远程连接到实例并手动终止进程,则会在下一个请求时重新启动.如果在请求期间终止进程,则请求成功,页面显示并按预期运行.

唯一的区别是之前的部署是我已经升级到.NET 4.5,因此将云服务升级到服务器2012.

可能是什么导致了这个？

更新

对于每次失败的启动,都会记录2个事件:

• VsPerf Tool Error: Error starting data collection with a dedicated process D:\Program Files (x86)\Microsoft Visual Studio 11.0\Team Tools\Performance Tools\VSPerf.

• .NET Runtime version 4.0.30319.18010 - Loading profiler failed during CoCreateInstance. Profiler CLSID: '{44a86cad-f7ee-429c-83eb-f3cde3b87b70}'. HRESULT: 0x80040111. Process ID (decimal): 1444. Message ID: [0x2504].

更新2

创建新实例或重新映像计算机后,VSPerf问题不会发生(至少那是一个修复程序(一个烦人且耗时的修复程序)).

我想转换PascalCase属性名称,例如Is24Hour,Is512以JSON风格的小写用下划线(即is_24_hour,is_512使用C#).

到目前为止,我已经走远了,但它不适用于多个数字.

([A-Z])([A-Z0-9][a-z])|([a-z0-9])([A-Z0-9])

用替换表达式($1$3_$2$4)

例如"Is24Hour"变成"Is_24_Hour"(然后是低位的.ToLower()).但"Is512"变成了"Is_51_2".

我目前使用的GUID作为NONCLUSTERED PRIMARY KEY旁边的INT IDENTITY列.

GUID必须允许脱机创建数据和同步 - 这是整个数据库的填充方式.

我知道将GUID用作聚簇主键的含义,因此是整数聚簇索引但使用GUID作为主键,因此其他表上的外键具有显着的性能影响？

是否有更好的选择使用整数主/外键,并使用GUID作为UNIQUE INDEX每个表上有一个客户端ID ？ - 我担心的是,实体框架需要加载导航属性才能获得相关实体的GUID,而无需对现有代码进行重大更改.

有问题的数据库/硬件是SQL Azure.

我想知道是否有可能计算XML文档中的元素数量,最好是能够使用类似的东西where (string)query.Attribute("attName") == att.

根据我的知识,我尝试了以下但不幸的是,我似乎无法使它工作.

                        var listElements = reader.Elements("shortlist");

                        foreach (var element in listElements)
                        {
                            XElement _xml;
                            location.Position = 0;
                            System.IO.StreamReader file = new System.IO.StreamReader(location);
                            _xml = XElement.Parse(file.ReadToEnd());
                            XAttribute attName = _xml.Attribute("attN");

                             if (attName.Value == att)
                            {
                                Count++;
                            }                              
                        }

谢谢!