有一个PowerShell名为的脚本itunesForward.ps1使iTunes快进30秒:
$iTunes = New-Object -ComObject iTunes.Application
if ($iTunes.playerstate -eq 1)
{
$iTunes.PlayerPosition = $iTunes.PlayerPosition + 30
}
Run Code Online (Sandbox Code Playgroud)
它使用快速行命令执行:
powershell.exe itunesForward.ps1
Run Code Online (Sandbox Code Playgroud)
是否可以从命令行传递参数并将其应用于脚本而不是硬编码的30秒值?
在C#中,int并且Int32是同样的事情,但我读了许多那个时代int优于Int32没有给出理由.有原因,我应该关心吗?
在C#中,string关键字(在Visual Studio中作为数据类型突出显示)只是String类的快捷方式吗?
在这种情况下,从语义角度进行编码时使用它们是相同的.但是,从性能的角度来看它是一样的吗?我的意思是,当执行映射时:编译期间(我猜是这样),编译期间或执行期间的JIT编译期间?
或者这可能是错的:字符串和字符串在C#中不是一样的,所以在某些情况下它们不能互换
这是很烦人的测试我所有的字符串null之前,我可以放心地运用类似的方法ToUpper(),StartWith()等...
如果默认值string是空字符串,我就不用考了,我会觉得它是与其他价值类型,如更一致int或double为例子.另外Nullable<String>有意义.
那么为什么C#的设计者选择使用null字符串的默认值呢?
注意:这与此问题有关,但更侧重于为什么而不是如何处理它.
如何使下面的行不区分大小写?
drUser["Enrolled"] =
(enrolledUsers.FindIndex(x => x.Username == (string)drUser["Username"]) != -1);
Run Code Online (Sandbox Code Playgroud)
我今天早些时候给了我一些建议,建议我使用:
x.Username.Equals((string)drUser["Username"], StringComparison.OrdinalIgnoreCase)));
Run Code Online (Sandbox Code Playgroud)
麻烦的是我不能让这个工作,我已经尝试了下面的行,这个编译但返回错误的结果,它返回注册用户作为注册的未注册和未注册的用户.
drUser["Enrolled"] =
(enrolledUsers.FindIndex(x => x.Username.Equals((string)drUser["Username"],
StringComparison.OrdinalIgnoreCase)));
Run Code Online (Sandbox Code Playgroud)
任何人都可以指出这个问题吗?
我注意到在C#中有字节和字节数据类型.他们都说它们是struct System.Byte类型,代表一个8位无符号整数.
所以我很好奇两者之间有什么不同,以及为什么你会使用另一个.
谢谢!
好吧,这可能是一个愚蠢的问题,但我无法找到任何相关信息.
String.Empty和string.Empty是一样的吗?我总是发现自己倾向于使用大写版本(String.Empty),因为我更喜欢我的IDE中的颜色和外观而不是小写版本(string.Empty)...
是否有一种"正确"的方式来使用这些不同或完全取决于个人偏好?这是我的假设,他们都是一样的,但说实话,我从来没有想过任何想法,直到今天无论出于什么原因我都想知道"如果它们都存在,它们必须都存在是有原因的".
是否有一个原因,任何人都知道?如果是这样,它是什么?任何人都可以开导我吗?
PS"完全重复"只回答问题的一半 - "哪个是对的?",而不是"为什么它们都存在?"
完全重复:C#中的字符串与字符串
我需要将一个数字分成偶数部分,例如:
32427237需要成为324 272 37
103092501需要成为103 092 501
我相信我可以接下来的数字,但我确信有一种更有效的方式,因为我不想错过这些数字中的字符 - 数字本身可以是任意长度所以如果数字是1234567890我希望它分成这些部分123 456 789 0
我已经看过其他语言的例子,比如Python等,但我不太了解它们将它们转换为C# - 循环通过字符然后在第三个获取前一个然后该索引来获取字符串的部分可能做好这份工作,但我愿意接受如何更好地完成这项工作的建议.
在C#中,我通常String在使用方法和string声明变量时使用.我在别处读到,这是保持清洁的首选方法,这对我来说很有意义.在Visual Studio 2015中,当我使用时,我收到了一条我以前没有得过的新消息String:Name can be simplified.VS的建议是改为使用string.
为什么string现在首选StringVS2015而不是2013年?
不是这个问题的重复.那个问总体上有什么区别,我问为什么VS现在建议一个在另一个上面; 我不知道技术差异是否已经改变或者是什么影响.
我知道它们是相同的变量类型,但对于是否使用long或是否有一个公认的标准"风格" Int64?
我想使用最常见的一个.
c# ×9
string ×4
.net ×2
automation ×1
byte ×1
command-line ×1
itunes ×1
performance ×1
powershell ×1
split ×1
types ×1