我有一个支持-WhatIf&-Confirm参数的PowerShell脚本cmdlet .
它通过$PSCmdlet.ShouldProcess()在执行更改之前调用方法来完成此操作.
这按预期工作.
我遇到的问题是我的Cmdlet是通过调用其他Cmdlet实现的,并且-WhatIf或者-Confirm参数不会传递给我调用的Cmdlet.
我怎么能沿的值传递-WhatIf和-Confirm我从我的Cmdlet的调用的cmdlet？
例如,如果我的Cmdlet是Stop-CompanyXyzServices,它用于Stop-Service实现其操作.
如果-WhatIf传递给Stop-CompanyXyzServices我,我希望它也传递给Stop-Service.
这可能吗？
我们使用msbuild在专用于构建的服务器上构建我们的.NET应用程序.我们正在迁移到具有64位Windows 2003的新硬件.我可以使用Framework64中的64位版本的msbuild构建应用程序,或者我可以使用Framework中的32位版本构建它.使用64位版本的msbuild构建是否有任何优势？
我编写了一个简单的PowerShell过滤器,如果它的日期在指定的开始日期和结束日期之间,则将当前对象推送到管道中.管道下方的对象始终按升序排列,因此一旦日期超过指定的结束日期,我就知道我的工作已完成,我想告诉管道上游命令可以放弃他们的工作以便管道可以完成它的工作.我正在阅读一些非常大的日志文件,我经常想要检查一部分日志.我很确定这是不可能的,但我想问一下.
我需要读写八位字节流,通过各种网络发送,与智能电表进行通信.ANSI标准ANSI C12.19描述了二进制数据格式.虽然数据格式不是太复杂,但标准非常大(500多页),因为它描述了许多不同的类型.该标准由EBNF语法完整描述.我正在考虑利用ANTLR来读取EBNF语法或它的修改版本,并创建可以读写八位字节流的C#类.
这是一个很好的使用ANTLR？
如果是这样,我需要做些什么才能使用ANTLR 3.1？从搜索新闻组档案看来,我似乎需要实现一个可以读取字节而不是字符的新流.是全部还是我必须实现Lexer衍生物？
如果ANTLR可以帮助我读取/解析流,它还可以帮助我编写流吗？
谢谢.
丹芬卡
我正在将我们的日志记录实现转换为使用System.Diagnostics.TraceSource.我们希望利用活动跟踪,我们希望使用WCF的SvcTraceViewer和LogParser等工具从多个服务器读取多个日志文件.
我已经将代码转换为使用TraceSource,现在我正在评估跟踪侦听器的性能.最终,我们希望利用ETW(etw),但是在我们迁移到Windows Server 2008之前的几个月,我们还不能使用EventProviderTraceListener.
从文档中可以清楚地看出,EventSchemaTraceListener是生成文本文件输出的性能最佳的跟踪侦听器.以前,我一直在使用XmlWriterTraceListener,我能够使用SvcTraceViewer打开它创建的日志.不幸的是,EventSchemaTraceListener输出不同的XML,虽然SvcTraceViewer确实打开并转换了文件,但它并没有很好地完成并且重要字段丢失(如日志消息的文本).
在Vista和Windows 7上是否有除EventViewer之外的工具来读取EventSchemaTraceListener创建的日志文件？我希望使用SvcTraceViewer,因为它可以很好地过滤和跟踪活动传输.
我可以编写一个XSLT转换来将XML转换为SvcTraceViewer期望的格式.如果这是唯一的方法,我可能会这样做,但我希望已经有一个工具来读取EventSchemaTraceListener的新格式输出.
我们使用FxCop的全局抑制来抑制旧代码中发现的规则违规.旧代码我的意思是在我们开启代码分析之前几年编写的代码.我们修复了新代码中的违规行为 我们无法一次性修复旧代码中的违规行为,因此我们使用了抑制.
随着时间的推移,我们的全局抑制文件变得臃肿 通常,当签名在旧方法上发生更改时,先前的抑制将变为无效,因为它不再与代码匹配.我们创建了新的抑制来忽略旧的违规,但通常会留下旧的SuppressMessage属性.
有人知道如何识别与代码不匹配的SupressMessage声明吗？对于这个问题,是否有人知道如何识别无效的SuppressMessage属性,因为没有违反的压力？
我想可能存在可能识别未使用的抑制的编译器或FxCopCmd警告或日志消息.如果没有,那么有人知道脚本或VS扩展吗？
谢谢.