Встроенный Webkit - скрипты обратных вызовов, как?
В дополнение к большим ответам до сих пор я хотел бы представить совершенно другую причину, по которой функции стрелок в определенном смысле существенно лучше, чем «обычные» функции JavaScript. Для обсуждения, давайте временно предположим, что мы используем проверку типа TypeScript или «Flow» Facebook. Рассмотрим следующий игрушечный модуль, который является действительным кодом ECMAScript 6 плюс плюс аннотации типа потока: (я буду включать нетипный код, который в конечном итоге будет получен из Babel в конце этого ответа, поэтому он может быть запущен.)
export class C {
n : number;
f1: number => number;
f2: number => number;
constructor(){
this.n = 42;
this.f1 = (x:number) => x + this.n;
this.f2 = function (x:number) { return x + this.n;};
}
}Теперь посмотрим, что произойдет, когда мы используем класс C из другого модуля, например:
let o = { f1: new C().f1, f2: new C().f2, n: "foo" };
let n1: number = o.f1(1); // n1 = 43
console.log(n1 === 43); // true
let n2: number = o.f2(1); // n2 = "1foo"
console.log(n2 === "1foo"); // true, not a string!Как вы можете видеть, ошибка проверки типа здесь: f2 должен был возвратить число, но он вернул строку!
Хуже того, кажется, что нет мыслимой проверки типа может обрабатывать обычные (не стрелочные) функции JavaScript, потому что «это» из f2 не встречается в списке аргументов f2, поэтому требуется type для «this» не может быть добавлен как аннотация к f2.
Эта проблема также затрагивает людей, которые не используют контролеры типов? Я так думаю, потому что даже когда у нас нет статических типов, мы думаем, что они там. («Первые параметры должны быть числом, второе - строкой» и т. Д.). Скрытое «это» действие, которое может или не может быть использовано в теле функции, делает нашу умственную бухгалтерию более сложной.
Вот текущая нетипизированная версия, которая будет вызываться Babel:
class C {
constructor() {
this.n = 42;
this.f1 = x => x + this.n;
this.f2 = function (x) { return x + this.n; };
}
}
let o = { f1: new C().f1, f2: new C().f2, n: "foo" };
let n1 = o.f1(1); // n1 = 43
console.log(n1 === 43); // true
let n2 = o.f2(1); // n2 = "1foo"
console.log(n2 === "1foo"); // true, not a string!2 ответа
Вам необходимо реализовать различные методы протокола WebScripting. Вот базовый пример:
@interface WebController : NSObject
{
IBOutlet WebView* webView;
}
@end
@implementation WebController
//this returns a nice name for the method in the JavaScript environment
+(NSString*)webScriptNameForSelector:(SEL)sel
{
if(sel == @selector(logJavaScriptString:))
return @"log";
return nil;
}
//this allows JavaScript to call the -logJavaScriptString: method
+ (BOOL)isSelectorExcludedFromWebScript:(SEL)sel
{
if(sel == @selector(logJavaScriptString:))
return NO;
return YES;
}
//called when the nib objects are available, so do initial setup
- (void)awakeFromNib
{
//set this class as the web view's frame load delegate
//we will then be notified when the scripting environment
//becomes available in the page
[webView setFrameLoadDelegate:self];
//load a file called 'page.html' from the app bundle into the WebView
NSString* pagePath = [[NSBundle mainBundle] pathForResource:@"page" ofType:@"html"];
NSURL* pageURL = [NSURL fileURLWithPath:pagePath];
[[webView mainFrame] loadRequest:[NSURLRequest requestWithURL:pageURL]];
}
//this is a simple log command
- (void)logJavaScriptString:(NSString*) logText
{
NSLog(@"JavaScript: %@",logText);
}
//this is called as soon as the script environment is ready in the webview
- (void)webView:(WebView *)sender didClearWindowObject:(WebScriptObject *)windowScriptObject forFrame:(WebFrame *)frame
{
//add the controller to the script environment
//the "Cocoa" object will now be available to JavaScript
[windowScriptObject setValue:self forKey:@"Cocoa"];
}
@end
После реализации этого кода в вашем контроллере теперь вы можете вызвать Cocoa.log ('foo'); из среды JavaScript и logJavaScriptString: будет вызван метод.
Это очень легко сделать с помощью API WebScriptObject в сочетании со средой JavaScriptCore.