在Visual Studio中,有编译标志/ MD和/ MT,可以让您select所需的C运行时库。 我了解实施中的差异,但我仍不确定使用哪一个。 有什么优点/缺点? 我听说的/ MD的一个好处是,这允许有人更新运行时(如可能补丁安全问题),我的应用程序将受益于此更新。 虽然对我来说,这几乎看起来像一个非function:我不希望人们更改我的运行时间,而不允许我testing新版本! 我很好奇的一些事情: 这将如何影响构build时间? (大概是/ MT有点慢?) 还有什么其他的影响? 大多数人使用哪一个?
有没有办法在IIS Express中创build虚拟目录? 我知道Cassini无法做到这一点,如果不使用IIS的完整版本,就能够做到这一点,这将是非常好的。 到目前为止,我可以通过IIS express在本地浏览我的应用程序,如下所示: HTTP://本地主机:1132 / 我想要做的是创build一个名为“OffSiteStuff”的虚拟目录,并将其指向C驱动器上的某个位置,如“c:\ offsitestuff”,然后浏览到该文件夹中的项目,如下所示: HTTP://本地主机:1132 / OffSiteStuff / UserUploadedImage.jpg 我知道我可以做到这一点与我的网站内的文件夹,仍然使用IIS Express,或者,对于这个问题普通的老卡西尼,但这个文件夹将存储用户上传的图像,我真的不希望有这些图像混合起来应用程序文件 另一个“走大”的解决scheme是将网站部署到一个完整的Server 2008 IIS 7.5实例,每当我想debugging使用非现场内容的function,但这也有点麻烦。 有什么办法可以在<System.WebServer /> Webconfiguration元素中做到这一点?
更新: 重现此错误的示例项目可以在Microsoft Connect中find。 我也testing和validation了下面接受的答案给出的解决scheme适用于该示例项目。 如果这个解决scheme不适合你,你可能会遇到不同的问题(属于一个单独的问题)。 这是一个在Stack Overflow和其他地方都提到的问题,但是我发现的这些build议没有一个能够帮助我,所以我只需要尝试提出一个新的问题。 情景:我有一个简单的Windows窗体应用程序(C#,.NET 4.0,Visual Studio 2010)。 它有大部分其他formsinheritance的基本forms,它使用entity framework(和POCO类)进行数据库访问。 没有什么花哨,没有multithreading或任何东西。 问题:一切都很好。 然后,当我即将启动应用程序时,Visual Studio没有build立起来。 我得到警告“无法删除文件”… bin \ Debug \ [ProjectName] .exe'。访问path“… bin \ Debug \ [ProjectName] .exe”被拒绝。 和错误“无法将文件obj \ x86 \ Debug \ [ProjectName] .exe'复制到'bin \ Debug \ [ProjectName] .exe'。进程无法访问文件'bin \ Debug \ [ProjectName] .exe因为它正被另一个进程使用。“ (我在运行重build时遇到了警告和错误,但是在运行Build时只有错误 – 不要认为这是相关的?) 我完全理解这个警告和错误消息是什么意思:Visual Studio显然是在尝试覆盖exe文件,同时出于某种原因locking它。 但是,这并不能帮助我find解决问题的办法…我发现的唯一工作是closuresVisual Studio并重新启动它。 […]
我注意到C#为path添加了额外的斜线( \ )。 考虑pathC:\Test 。 当我在文本可视化器中用这个path检查string时,实际的string是C:\\Test 。 为什么是这样? 它使我困惑,因为有时我可能想要分割path(使用string.Split() ),但不得不知道要使用哪个string(一个或两个斜杠)。
我刚刚从Visual Studio 2008迁移到Visual Studio 2010 (最终),并注意到一个主要缺陷: 当我尝试在托pipeC ++的C ++源文件中使用自动完成function时,会在页脚中显示一个小记事: IntelliSense for C ++ / CLI不可用 呃,从Visual Studio 2010中删除了IntelliSense for C ++ / CLI? 有什么办法让它回来吗? 这是相当有用的…
我刚刚完成了一个项目的C#控制台应用程序代码,并希望为我的字体添加一些颜色。 我很想能够使用橙色的颜色。 有没有办法做到这一点? 这是我以前用来改变颜色的代码,但它不提供橙色: Console.ForegroundColor = ConsoleColor.Magenta(and so on); 有没有办法可能插入一个hex值的颜色或类似的东西?
我发现在某些情况下,我可以在debugging时编辑源代码,还有使用Visual Studio内置的web服务器而不是IIS中的虚拟目录的其他优点吗? 我在我的开发环境和本地IIS 5实例上使用Windows XP。我在几个项目上工作,所以我使用多个虚拟目录来pipe理所有不同的站点。 有什么缺点吗?
我们的编译时间非常慢,在双核2GHz,2G的Ram机器上可能需要20多分钟的时间。 这很大程度上是由于我们的解决scheme的规模已经增长到70多个项目,以及VSS本身就是瓶颈,当你有很多的文件。 (交换出VSS不是一个不幸的select,所以我不希望这下降到VSS bash) 我们正在考虑合并项目。 我们也正在寻求多种解决scheme来实现应用程序中每个元素的更多关注点和更快的编译时间。 当我们尝试保持同步时,我可以看到它将成为一个DLL地狱。 我很有兴趣知道其他团队如何处理这个扩展问题,当你的代码基数达到临界质量时,你会怎么做,你浪费了半天的时间来观察状态栏提供的编译信息。 更新我忽略提及这是一个C#解决scheme。 感谢所有C ++的build议,但是我不得不担心标题已经有几年了。 编辑: 很好的build议,迄今为止帮助(不说下面没有其他好的build议,只是有什么帮助) 新的3GHz笔记本电脑 – 失去利用的力量的工作奇迹时,pipe理呜咽 在编译期间禁用防病毒 在编译期间断开与VSS(实际上是networking)的连接 – 我可能会让我们完全删除VS-VSS集成,并坚持使用VSS UI 仍然没有通过编译啜饮,但每一点都有帮助。 猎户座在一个评论中也提到了generics也可能有戏剧性。 从我的testing看来,这似乎是一个最小的性能影响,但还不足以确定 – 由于光盘活动,编译时间可能不一致。 由于时间限制,我的testing没有包含尽可能多的generics,也没有包含尽可能多的代码,就像在实时系统中出现的那样,这样可能会累积起来。 我不会避免使用他们应该使用的generics,只是为了编译时的性能 替代方法 我们正在testing在新解决scheme中构build应用程序新领域的做法,根据需要导入最新的dll,当我们满意时将它们集成到更大的解决scheme中。 我们也可以通过创build临时解决scheme来完成与现有代码相同的操作,这些临时解决scheme只是将需要处理的区域封装起来,并在重新集成代码后将其扔掉。 我们需要权衡重新整合这些代码的时间,而不是让Rip Van Winkle喜欢在开发过程中快速重新编译的经验。
我正在Visual Studio 2010 Professional和Access 2010中创build一个库应用程序。我将Access数据库绑定到Visual Studio。 当我填写的字段,然后单击提交我可以看到DataGridView中的新logging,但是当我closures应用程序新logging不保存,我必须再次inputlogging。 有人可以帮我知道为什么当我通过应用程序input新logging时,logging不会保存在数据库中?
这会导致什么样的问题? 安装在虚拟机上更好吗?