苹果公司在其文档中的谨慎态度是“ (NSMethodSignature *)signatureWithObjCTypes:(const char *)类型
在苹果的 此方法的文档，它在最后说了以下内容：
特殊注意事项
此方法自 Mac OS X v10.0 起可用，在 Mac OS X 中公开v10.5。仅支持应用程序运行时的运行时风格的类型编码字符串。在公开此方法时，不承诺在发生此类更改后以二进制兼容性支持任何“旧式”类型编码字符串。
您有责任传入来自当前运行时数据的类型字符串，或者与应用程序运行时所使用的类型字符串的样式相匹配的字符串。恐怕
我不明白。谁能解释一下吗？
我真正想知道的是：如果我编写一个使用这种方法的 iOS 应用程序，他们是否会说，如果苹果改变了它做某事的方式，它可能会在以后的某个时间对我造成影响？
我正在使用可可。 。 。
In Apple's documentation of this method, it says the following at the end:
Special Considerations
This method, available since Mac OS X v10.0, is exposed in Mac OS X v10.5. Only type encoding strings of the style of the runtime that the application is running against are supported. In exposing this method there is no commitment to binary compatibily supporting any "old-style" type encoding strings after such changes occur.
It is your responsibility to pass in type strings which are either from the current runtime data or match the style of type string in use by the runtime that the application is running on.
I'm afraid I didn't understand that. Can anyone explain?
What I really want to know is this: If I write an iOS app that uses this method, are they saying it might break on me at some later time, if Apple changes the way it does something?
I am using Cocoa . . .
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的。他们说他们可能会在未来的版本中更改类型编码字符串（方法的参数）的格式。
Yes. They are saying that they might change the format of the type encoding strings (the argument of the method) in future versions.