小编DSO*_*DSO的帖子

如何检测计算机是否已加入Active Directory域(与工作组模式相比)？

我想在ASP.NET MVC应用程序中加密一些数据,以防止用户篡改它.我可以使用Cryptography类来进行实际的加密/解密,没问题.主要问题是找出存储加密密钥的位置并管理对其的更改.

由于ASP.NET已经为各种事物维护了一个machineKey(ViewData加密等),我想知道是否有任何ASP.NET函数允许我使用machineKey加密/解密我自己的数据？这样我就不必设计自己的密钥管理系统.

使用Windows Workflow foundation(WF)与滚动自己的工作流框架有什么好处？

据我所知,WF只提供了一个非常简单的运行时引擎,一堆类和一个用于定义工作流的模式(基于XAML).所有困难的东西,如持久性,为运行时提供主机进程,以及实现分布式工作流(跨进程)都由您自己决定.

另外,使用WF还有一个学习曲线...如果我们创建了自己的工作流框架,我们只会利用所有开发人员已有的技能(C#,XML,SQL等).

我从MS传播者那里看到了这个博客,它试图解释为什么我们应该使用WF:

为何选择Workflow？...

IMO它没有很好地说服,因为它只是说它有助于"开发人员的工作效率",同时承认开发人员可以自己动手.

任何一个聪明的人都可以提出更好的理由吗？

以下答案摘要:

我认为最有说服力的理由是使用标准化的工作流平台(如WF(而不是自己动手))将允许您利用当前和未来的工具,例如MS和第三方提供的可视化设计器.

另外,因为它是基于.NET的技术的MS堆栈的一部分,它可能会有更好的集成/迁移路径与未来的MS技术(如Azure).

最后,拥有WF经验的开发人员数量将会增加(因为这将使他们在职业生涯中受益),将其转变为基本的商品技能,如SQL或HTML,这意味着找到可以开始使用它的人变得更容易最小的加速时间.

什么特质使它变得如此伟大,以及与你不得不处理的那些不太好的规格相比,它是什么？或者,如果您以前从未使用过良好的功能规格,那么您对优秀规格的期望是什么？

对不起,这显然是主观的,但我正在创建一个功能规范(不是我的第一个),我刚刚想到我可以从明亮的人那里得到一些好主意!

我一直在使用Visual Studio 2008测试项目来存储我的测试.最近我意识到我的很多单元测试实际上都是集成测试,因为它们依赖于外部源(例如文件系统,SQL服务器,注册表).

我的问题是,从单元测试中分离出集成测试的好方法是什么？

理想情况下,我只希望单元测试显示在测试视图中,因为我在开发期间经常运行它们.另一方面,我不想在测试视图中进行集成测试,因为我不经常运行它们,例如当我即将进行构建时.

是的,我知道这似乎是一个愚蠢的问题,它只是一次性的黑客,我需要完成一个有点平凡的任务,所以我可以继续前进更有趣的事情.

编辑:也许更多的信息会有所帮助:我正在尝试从桌面删除一些快捷方式,我需要用户立即看到它被删除(所以他们不必按F5).

有人可以发布Visual Studio宏,它遍历项目中的所有C#源文件并添加文件横幅吗？如果适用于任何类型的源文件(.cs,.xaml等),则额外信用.

有没有一种简单的方法可以通过宏或其他方式来做到这一点？通过计算字段,我指的是从其他字段计算的字段与原始输入值.突出显示我的意思是颜色不同.我需要这个来更好地理解客户端的大型电子表格.

我在[Run]Inno Setup脚本部分有一些命令.现在,如果它们中的任何一个返回失败代码(非零返回值),则设置继续而不向用户发出任何警告.所需的行为是让安装失败并回滚.

我如何启用此功能？我找不到任何Run会强制此行为的条目标志.我错过了什么吗？

我有一个业务逻辑层("存储库"),它作为一组.NET接口公开,由可交换的具体实现支持.

最初我有这个业务层实现身份验证和授权(authn/authz),这意味着我有IUserIdentity和IUserRole等接口,所有访问敏感数据的方法都采用了IUserIdentity并在允许操作之前执行了授权.

到目前为止,业务层一直是前端不可知的...但是现在当我尝试集成到ASP.NET网站时,我意识到ASP.NET本身内置了丰富的身份验证/授权系统通过成员资格和角色API.

所以问题是,我应该从业务逻辑层中删除所有authn/authz并依赖Web前端来执行此操作吗？这会简化很多事情,但我不知道我后来会后悔将它移出去.

另一种方法是将authn/authz保留在我的业务逻辑中,但通过自定义成员资格/角色提供程序将其与ASP.NET集成.然而,这看起来真的很麻烦......我仍然需要调查这样做的成本.

你会做什么(或做过什么)以及为什么？