@unimodules/core
JavaScript installation
$ yarn add @unimodules/core
$ npm install @unimodules/core --save
Installation
If you are using react-native-unimodules
, this package will already be installed and configured!
iOS (Cocoapods)
If you're using Cocoapods, add the following dependency to your Podfile
:
pod 'UMCore', path: '../node_modules/@unimodules/core/ios'
and run pod install
.
Android
- Append the following lines to
android/settings.gradle
:
include ':unimodules-core'
project(':unimodules-core').projectDir = new File(rootProject.projectDir, '../node_modules/@unimodules/core/android')
- Insert the following lines inside the dependencies block in
android/app/build.gradle
:
compile project(':unimodules-core')
- If you're using ProGuard, you'll need to append these lines to your ProGuard rules file for it not to strip out methods required for Expo modules to work.
-keepclassmembers class * {
@org.unimodules.interfaces.ExpoProp *;
}
-keepclassmembers class * {
@org.unimodules.interfaces.ExpoMethod *;
}
Usage
Glossary
-
Native code — iOS/Android native code.
-
Client code — code over the bridge, for React Native it would be the JavaScript app, for Flutter it would be Flutter code.
-
Internal module — a class implementing UMInternalModule
/org.unimodules.interfaces.InternalModule
interface. Its instance can be exposed internally to other modules via Module Registry (how dependants reference modules differs between platforms).
-
Module interface — an interface that should be implemented by the dependency so it can act as an implementation of it.
On Android modules implement an external interface (expo-file-system
package implements interface provided by expo-file-system-interface
). Dependants may access the implementations by calling
public <T> T getModule(Class<T> interfaceClass);
method on the module registry.
On iOS its the consumer who defines required protocol. Implementations are identified by a protocol. Dependants access the implementation by calling
- (id)getModuleImplementingProtocol:(Protocol *)protocol;
method on the module registry.
-
Module Registry — well, a registry of modules. Instance of this class is used to fetch another internal or exported module.
-
Exported methods — a subset of instance methods of a given module that should get exposed to client code by specific platform adapter.
-
Exported module — a subclass of {UM,org.unimodules.}ExportedModule
. Its methods annotated with org.unimodules.ExpoMethod
/UM_EXPORT_METHOD_AS
are exported to client code.
-
View manager — a class capable of providing platform adapter with custom views.
Registering modules in the registry
iOS
- Open the header file for your module.
- Import
<UMCore/UMInternalModule.h>
. - Add
UMModule
to a list of implemented interfaces by the module instances (eg. NSObject <UMInternalModule>
). - Open the implementation file for your module and implement methods required by the protocol.
- Use
UM_REGISTER_MODULE();
macro to register the module. - That's it!
Android
- Add
org.unimodules.interfaces.InternalModule
to your class's imports. - Make your module class implement
InternalModule
interface.
- Implement
public List<Class> getExportedInterfaces();
. Return a list of module interfaces implemented by the class, for example:
return Collections.singletonList((Class) org.unimodules.interfaces.filesystem.FileSystem.class);
- Create a
Package
class for your module, unless you already have one.
- A
Package
class should implement org.unimodules.Package
interface (a BasePackage
class is provided for you not to have to implement all the initialization flavors at once). - Add the
Package
to a List
provided to ModuleRegistryBuilder
.
new ModuleRegistryBuilder(
Arrays.<Package>asList(
new FileSystemPackage()
)
)
- Add your module to be returned by
List<InternalModule> createInternalModules(Context context);
. - You're good to go!
Exporting module to client code
iOS
When registering your module for export to client code, you must first decide whether the class will only be exported to client code or will it be both internal and exported module. If the former is applicable, you easily just subclass UMExportedModule
and use macro UM_EXPORT_MODULE(clientCodeName)
to provide a name under which it should be exported. If your module should be both internal and exported module, you also have to subclass UMExportedModule
, but this time use UM_REGISTER_MODULE()
in the implementation and then manually override methods exportedInterfaces
and exportedModuleName
.
Android
Subclass org.unimodules.ExportedModule
and add your module to a list returned by Package
in createExportedModules()
.
Exporting methods and calling exported methods
iOS
Use UM_EXPORT_METHOD_AS(exportedName, definition)
macro to export given method to client code. Note that for the module to be available in the client code you have to provide a non-empty client code name in UM_EXPORT_MODULE(clientCodeName)
or - (const NSString *)exportedModuleName
. For now, arguments have to use basic, object types, like NSString *
, NSDictionary *
, NSNumber *
. Methods are required to receive UMPromiseResolveBlock
and UMPromiseRejectBlock
as two last arguments.
Android
Given that your module subclasses org.unimodules.ExportedModule
and it is returned by the respective Package
, you just have to annotate the given method with @ExpoMethod
annotation. Methods are required to receive org.unimodules.Promise
as the last argument.
Exporting constants to client code
iOS
Implement - (NSDictionary *)constantsToExport
method to export constants to client code.
Android
Override public Map<String, Object> getConstants();
method to export constants to client code.
Creating a custom view manager
iOS
Subclass UMViewManager
and override at least - (UIView *)view
and - (NSString *)viewName
. Register it with UM_REGISTER_MODULE()
.
Use UM_VIEW_PROPERTY(propName, propClass, viewClass)
to define custom view properties.
Android
TODO: ViewManager from interface to a class
Implement org.unimodules.interfaces.ViewManager
in your class and respond with its instance in List<ViewManager> createViewManagers(Context context);
in corresponding Package
.
Annotate prop setter methods with @ExpoProp(name = <name>)
to define custom view properties.