2 ms·
Don't want to be snide, but you're talking about the high barrier-to-entry for implementing a nice, customized WKWebView in a project that isn't a web browser.
by derefr 4y ago
Don't want to be snide, but you're talking about the high barrier-to-entry for implementing a nice, customized WKWebView in a project that isn't a web browser. In such a case, the WKWebView brings with it a bunch of complexity that wasn't already there otherwise.
If your project is itself a web browser, then all that complexity is already inherent to the project, whatever you choose to build it with. It's just that the "digging deep" would be in the docs for how to glue Apple's low-level DOM/JS/etc library frameworks together in mostly-undocumented ways; rather than in the docs for how to feed WKWebView the right delegate logic in just the right place to get it to do something that'd be easy if you were directly doing it yourself.
- eyelidlessness 4y agoDidn’t take it as snide but even just the delegated logic isn’t so simple. Most of my personal project was just a specialized browser, and really basic functionality was much more complex than I’d hoped. I got it good enough to use and haven’t maintained it since because it was just for my own use, so maybe the APIs have become less complex since.