小编dyt*_*him的帖子

我对Visual Studio 2010已经发生了很长一段时间的烦恼.我有一个类文件,我将VS保存为类型"组件",我无法辨别.如果我忘记并尝试打开文件,它会查找不存在的设计器.

我查看了Google并发现了VS 2005的一些类似问题,但问题似乎与从GUI组件类(listbox,combobox等)派生有关.这个课不这样做.

该文件是GpsUtilities.cs.它如下,出现在的csproj文件SubType中Component.没有其他对该文件的引用,即没有任何声称它DependentUpon.

<Compile Include="Utilities\GpsUtilities.cs">
  <SubType>Component</SubType>
</Compile>

即使我删除SubType标记,即使我明确地将其设置为Code替代Component,它仍然将其保存为SubType的Component.

这是类结构(所有代码都被删除).正如我所说,它不会继承,甚至不导入与GUI相关的任何名称空间.

using System;
using System.ComponentModel;
using System.IO.Ports;
using System.Text.RegularExpressions;
using System.Timers;
using System.Xml.Serialization;

namespace AppNamespace
{
    public class GpsUtil : INotifyPropertyChanged
    {
        public GpsUtil() { }

        public static GpsUtil CreateInstance() { }

        public bool IsGpsReady { get; }

        public GPSPort GpsSerialPort { get; private set; }

        public Timer GpsTimer { get; …

我们公司正在开发一个新的应用程序,它的核心业务数据对象有点大.我们决定先用代码试用Entity Framework来从应用程序中抽象数据库,但事情已经出错了.业务对象由大约60个类组成,总共约600个属性; 但是,它是一种树形结构,并且不存在交叉/回溯指针.

我们的测试是将一个未初始化的单个实例添加到数据库中.在我的数据结构上使用DbContext.Add在我的开发机器上花了8分钟.这是这个尺寸的物体的预期性能吗？是否存在导致实体框架性能不佳的常见问题列表？我觉得我需要一些帮助.

更多数据点:第一级中有27个元素位于业务对象的根目录下.如果有3个元素(其余的已注释掉),则添加时间为4.5秒.存在5个元素,为11.8秒.有8个元素,1分12.5秒.显然,这些元素的大小差异很大,但这些似乎确实表明某种系统性问题.