Swift下Cocoa框架中的NSMetadataItem类包含如下功能:
func valueForAttribute(key: String!) -> AnyObject!
我仍在了解强制展开和可选链接之间的区别(和细节)。在上面的函数中，这是否意味着:
key 参数必须有值，并且
返回值保证有值？
我主要关心的是返回值后的感叹号 - 一旦我分配了返回值:
var isDownloadedVal = item.valueForAttribute(NSMetadataUbiquitousItemIsDownloadedKey)
我是否需要在检查它时包含一个 if let block ，或者我是否保证它会有一个我可以安全检查的值？
最佳答案
TLDR:对待 Foo!好像是Foo .
许多 Cocoa 调用都包含隐式展开的可选值，它们对它的需求很可能是该功能存在的原因。以下是我建议的思考方式。
首先，让我们考虑一个不涉及 AnyObject 的更简单的案例.我想UIDevice是一个很好的例子。
class func currentDevice() -> UIDevice!
这是怎么回事？嗯，总有一个 currentDevice .如果返回 nil这将表明系统中存在某种深度错误。所以如果我们在 Swift 中构建这个接口(interface)，它可能只会返回 UIDevice。并完成它。但是我们需要连接到 Objective-C，它返回 UIDevice* .现在不应该是 nil , 但它在句法上可能是nil .现在在 ObjC 中，我们通常会忽略这个事实并且不会 nil - 在此处查看(特别是因为 nil - 消息传递通常是安全的)。
那么我们如何在 Swift 中表达这种情况呢？好吧，从技术上讲，它是一个 Optional<UIDevice> ，你会得到:
class func currentDevice() -> UIDevice?
并且您需要在每次使用它时显式解包(最好使用 if let block )。那会很快让你发疯，而且毫无意义。 currentDevice()总是返回一个值。 Optional是桥接到 ObjC 的产物。
因此他们发明了一种 hack 来解决这个问题(我认为这确实是一种 hack；如果没有 ObjC，我无法想象构建此功能)。黑客说，是的，这是一个 Optional ，但您可以假装它不是，我们保证它始终是一个值。
那是 ! .对于这种东西，你基本上忽略了!并假装它正在给你返回一个 UIDevice并滚动。如果他们对你撒谎并返回 nil ，好吧，那会崩溃的。他们不应该对你撒谎。
这暗示了一条规则:不要使用 !除非你真的需要(而且你几乎只需要在桥接到 ObjC 时)。
在您的具体示例中，这适用于两个方向:
func valueForAttribute(key: String!) -> AnyObject!
技术上它需要一个 Optional<String> , 但只是因为它桥接到 NSString* .您必须通过非 nil这里。从技术上讲，它会返回给您 Optional<AnyObject> , 但只是因为它桥接到 id .它保证不会是 nil .
关于swift - 怎么是AnyObject的返回值啊!不同于 AnyObject，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24061039/
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
我有一个包含多个键的散列和一个字符串，该字符串不包含散列中的任何键或包含一个键。h={"k1"=>"v1","k2"=>"v2","k3"=>"v3"}s="thisisanexamplestringthatmightoccurwithakeysomewhereinthestringk1(withspecialcharacterslike(^&*$#@!^&&*))"检查s是否包含h中的任何键的最佳方法是什么，如果包含，则返回它包含的键的值？例如，对于上面的h和s的例子，输出应该是v1。编辑:只有字符串是用户定义的。哈希将始终相同。 最佳答案
所以我开始关注ruby，很多东西看起来不错，但我对隐式return语句很反感。我理解默认情况下让所有内容返回self或nil但不是语句的最后一个值。对我来说，它看起来非常脆弱(尤其是)如果你正在使用一个不打算返回某些东西的方法(尤其是一个改变状态/破坏性方法的函数!)，其他人可能最终依赖于一个返回对方法的目的并不重要，并且有很大的改变机会。隐式返回有什么意义？有没有办法让事情变得更简单？总是有返回以防止隐含返回被认为是好的做法吗？我是不是太担心这个了？附言当人们想要从方法中返回特定的东西时，他们是否经常使用隐式返回，这不是让你组中的其他人更容易破坏彼此的代码吗？当然，记录一切并给出
给定以下方法:defsome_method:valueend以下语句按我的预期工作:some_method||:other#=>:valuex=some_method||:other#=>:value但是下面语句的行为让我感到困惑:some_method=some_method||:other#=>:other它按预期创建了一个名为some_method的局部变量，随后对some_method的调用返回该局部变量的值。但为什么它分配:other而不是:value呢？我知道这可能不是一件明智的事情，并且可以看出它可能有多么模棱两可，但我认为应该在考虑作业之前评估作业的右侧...我已经在R
我在我的Rails3示例应用程序上使用CarrierWave。我想验证远程位置上传，因此当用户提交无效URL(空白或非图像)时，我不会收到标准错误异常:CarrierWave::DownloadErrorinImageController#createtryingtodownloadafilewhichisnotservedoverHTTP这是我的模型:classPaintingtrue,:length=>{:minimum=>5,:maximum=>100}validates:image,:presence=>trueend这是我的Controller:classPaintingsC
为什么以下不同？Time.now.end_of_day==Time.now.end_of_day-0.days#falseTime.now.end_of_day.to_s==Time.now.end_of_day-0.days.to_s#true 最佳答案 因为纳秒数不同:ruby-1.9.2-p180:014>(Time.now.end_of_day-0.days).nsec=>999999000ruby-1.9.2-p180:015>Time.now.end_of_day.nsec=>999999998
在Ruby1.9.3(可能还有更早的版本，不确定)中，我试图弄清楚为什么Ruby的String#split方法会给我某些结果。我得到的结果似乎与我的预期相反。这是一个例子:"abcabc".split("b")#=>["a","ca","c"]"abcabc".split("a")#=>["","bc","bc"]"abcabc".split("c")#=>["ab","ab"]在这里，第一个示例返回的正是我所期望的。但在第二个示例中，我很困惑为什么#split返回零长度字符串作为返回数组的第一个值。这是什么原因呢？这是我所期望的:"abcabc".split("a")#=>["bc"
电脑0x0000001A蓝屏错误怎么U盘重装系统教学分享。有用户电脑开机之后遇到了系统蓝屏的情况。系统蓝屏问题很多时候都是系统bug，只有通过重装系统来进行解决。那么蓝屏问题如何通过U盘重装新系统来解决呢？来看看以下的详细操作方法教学吧。 准备工作： 1、U盘一个（尽量使用8G以上的U盘）。 2、一台正常联网可使用的电脑。 3、ghost或ISO系统镜像文件（Win10系统下载_Win10专业版_windows10正式版下载-系统之家）。 4、在本页面下载U盘启动盘制作工具：系统之家U盘启动工具。 U盘启动盘制作步骤： 注意：制作期间，U盘会被格式化，因此U盘中的重要文件请注
我一直在研究RubyKoans，我发现about_open_classes.rbkoan很有趣。特别是他们修改Integer#even?方法的最后一个测试。我想尝试一下这个概念，所以我打开了Irb并尝试运行Integer.respond_to?(:even?)，但令我惊讶的是我得到了错误。然后我尝试了Fixnum.respond_to?(:even?)并得到了错误。我还尝试了Integer.respond_to?(:respond_to?)并得到了true，当我执行2.even?时，我也得到了true。我不知道发生了什么。谁能告诉我缺少什么？ 最佳答案
无论时间在哪个时区表示，时区差异是否总是被忽略？直觉上，对于那些使用UTC+2的人来说，从EPOCH开始经过的秒数应该更高。然而，事实并非如此。 最佳答案 Epoch基于utc时区https://en.wikipedia.org/wiki/Unix_time它与您当前所在的时区无关。 关于ruby-Time.to_i是否总是以UTC返回自EPOCH以来的秒数？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.