You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The android counterpart uses an OOP approach where you have to instantiate an APIHandler which allows for generic access to the plugin, typed appropriately.
The iOS implementation is to accept a callback block, and thus have no way to pass through the plugin instance. Simple plugins relied on weak block references.
Obj-c doesn't really have a concept of generics so the android approach may not work well, often plugin API handlers needs to have knowledge of the concrete class to use plugin-specific APIs.
A possible approach is to continue to use the callback block approach, but don't actually abstract BTFusePluginAPIHandle implementation, rather abstract concrete implementations that accepts the plugin instance, and passes through the BTFusePluginAPIHandle parameters.
The text was updated successfully, but these errors were encountered:
The android counterpart uses an OOP approach where you have to instantiate an APIHandler which allows for generic access to the plugin, typed appropriately.
The iOS implementation is to accept a callback block, and thus have no way to pass through the plugin instance. Simple plugins relied on weak block references.
Obj-c doesn't really have a concept of generics so the android approach may not work well, often plugin API handlers needs to have knowledge of the concrete class to use plugin-specific APIs.
A possible approach is to continue to use the callback block approach, but don't actually abstract
BTFusePluginAPIHandle
implementation, rather abstract concrete implementations that accepts the plugin instance, and passes through theBTFusePluginAPIHandle
parameters.The text was updated successfully, but these errors were encountered: