小编Jon*_*ter的帖子

我有一个项目,我有一个运行的应用程序的多个实例,每个实例都使用不同的命令行参数启动.我希望有一种方法可以从其中一个实例中单击一个按钮,然后关闭所有实例并使用相同的命令行参数重新启动它们.

我可以很容易地通过自己获得进程Process.GetProcessesByName(),但每当我这样做时,StartInfo.Arguments属性总是一个空字符串.看起来这个属性可能只在开始一个进程之前有效.

这个问题有一些建议,但它们都是本机代码,我想直接从.NET做到这一点.有什么建议？

在我们的项目中,我们希望我们的TFS构建将每个项目放在drop文件夹下的自己的文件夹中,而不是将所有文件都放到一个平面结构中.为了说明,我们希望看到这样的事情:

DropFolder/
  Foo/
    foo.exe
  Bar/
    bar.dll
  Baz
    baz.dll

这基本上与此处提出的问题相同,但现在我们正在使用基于工作流的构建,这些解决方案似乎不起作用.使用CustomizableOutDir属性的解决方案看起来对我们来说效果最好,但我无法识别该属性.我自定义了我们的工作流程,将其作为命令行参数传递给MSBuild(/ p:CustomizableOutDir = true),但似乎MSBuild只是忽略它并将输出放入工作流程给出的OutDir中.

我查看了构建日志,我可以看到CustomizableOutDir和OutDir属性都在命令行args中设置为MSBuild.我仍然需要传递OutDir,以便我可以在最后将我的文件复制到TeamBuildOutDir.

知道为什么我的CustomizableOutDir参数没有被识别,或者是否有更好的方法来实现这一点？

我一直在阅读Azure的访问控制服务和基于声明的授权一段时间,无论出于何种原因,我仍然没有看到从基于角色/权限的授权转变为基于声明的模型背后的理由.模型看起来与我类似(它们可能是),除了客户端可以做和不能做的列表来自第三方并且被包含在某种令牌中,而不是来自某种类型的数据库服务器必须查询.让第三方(令牌发行人)参与的优势是什么？

我完全理解将认证外包给第三方的优势.它允许应用程序不必一直创建新用户,担心存储密码等,只需将其推送到已经设置了基础结构的其他服务.它本质上是DRY的身份验证原则.

但是,在我看来,同样的逻辑不适用于授权.每个应用程序都有自己必须保护的资源,因此也有自己的授权用户执行某些操作的规则.基础设施看起来很简单,每个应用程序都可以自己创建它(一个表将用户映射到角色,可能还有另一个映射角色到权限),即使你想外包它,似乎基于声明的模型正在做更复杂的事情.

我见过的唯一部分解释来自于WCF构建基于声明的安全模型,它给两个主要的优点,基于声明的身份验证:更多的灵活性,并且有人"担保",一个要求的信息是正确的.你什么时候需要其中任何一个？

基于声明的授权似乎越来越受欢迎,因此我认为必须有一些合理的理由; 我还没弄明白那是什么.有人可以提供一个具体的例子,说明基于声明的auth比基于角色的工作更好,以及为什么它在这种情况下效果更好？

(编辑:我错过了文章中列出的第三个好处:支持单点登录/联合.但是如果没有获得授权,身份验证是否会自行处理？)

我将一个WPF应用程序放在一起,允许用户通过WebBrowser控件查看PowerPoint文件,一旦文件保存为.MHT或.HTML.问题是文件包含ActiveX控件,默认情况下WebBrowser控件会在每次加载这些文件时显示警告,并说"为了保护您的安全,您的Web浏览器限制此文件显示可以访问您的活动内容电脑."

我在网上看过几个不同的地方谈论将网页标记放到每个页面,但在这种情况下,这对我来说真的不起作用,因为内容作者可以控制文件,而不是开发人员,而我不要告诉他们必须在记事本中打开每个文件,并为每个文件添加标记.

有没有办法只更改WebBrowser控件的设置不显示该警告消息？IE具有类似的设置,但它不会延续到此控件中.

我正在使用SharePoint网站,该网站最终需要本地化为许多不同的语言.我们可以使用资源文件,但我们希望翻译人员能够在网站上线时更新这些文件,而无需开发人员协助重新编译,重新部署等.

对我来说,我认为最简单的方法是提供一个Web应用程序来编辑.resx文件,因为它们位于App_GlobalResources目录中.有谁知道某种像这样的基于网络的.resx编辑器？我从LavaBlast找到了一个,但它一次显示所有语言的值.随着我们计划拥有的语言数量,我认为最终会变得笨拙.

任何建议表示赞赏.

我已经开始研究整个单元测试/测试驱动的开发理念,我越是想到它,它似乎越充满静态类型检查的类似角色.这两种技术都可以为程序中的某些错误提供编译时快速响应检查.但是,如果我错了,请纠正我,但是看起来完全覆盖的单元测试套件会测试静态类型检查会测试的所有东西,然后是一些.或者说另一种方式,静态类型检查只是"证明"你的程序是正确的一部分,而单元测试将让你"证明"你想要的(在某种程度上).

那么,如果您使用单元测试,是否有任何理由使用静态类型检查的语言？有些类似的问题被问在这里,但我想进入更多的细节.静态类型检查具有哪些特定优势(如果有)超过单元测试？我想到了编译器优化和智能感知等一些问题,但这些问题还有其他解决方案吗？还有其他我没想过的优点/缺点吗？

我试图或多或少地重新创建Johnny Lee的Wii头部跟踪应用程序,但使用增强现实工具包进行跟踪,使用WPF进行图形处理.要做到这一点,我需要使用top,bottom,right和left参数创建一个透视摄像头来创建我的视锥体,而不是视野和宽高比(对于熟悉OpenGL的人,我想使用WPF等效物) glFrustum而不是gluPerspective)

问题是,WPF的PerspectiveCamera类似乎没有这些选项.如果我不得不使用MatrixCamera,我可以手动创建投影矩阵,但我想避免这种情况.有谁知道更好的方法吗？