Auto Mortar compiler

Auto Mortar

License

License

Categories

Categories

Auto Application Layer Libs Code Generators
GroupId

GroupId

com.github.lukaspili.automortar
ArtifactId

ArtifactId

automortar-compiler
Last Version

Last Version

1.1
Release Date

Release Date

Type

Type

jar
Description

Description

Auto Mortar compiler
Auto Mortar
Project URL

Project URL

https://github.com/lukaspili/auto-mortar
Source Code Management

Source Code Management

https://github.com/lukaspili/auto-mortar

Download automortar-compiler

How to add to project

<!-- https://jarcasting.com/artifacts/com.github.lukaspili.automortar/automortar-compiler/ -->
<dependency>
    <groupId>com.github.lukaspili.automortar</groupId>
    <artifactId>automortar-compiler</artifactId>
    <version>1.1</version>
</dependency>
// https://jarcasting.com/artifacts/com.github.lukaspili.automortar/automortar-compiler/
implementation 'com.github.lukaspili.automortar:automortar-compiler:1.1'
// https://jarcasting.com/artifacts/com.github.lukaspili.automortar/automortar-compiler/
implementation ("com.github.lukaspili.automortar:automortar-compiler:1.1")
'com.github.lukaspili.automortar:automortar-compiler:jar:1.1'
<dependency org="com.github.lukaspili.automortar" name="automortar-compiler" rev="1.1">
  <artifact name="automortar-compiler" type="jar" />
</dependency>
@Grapes(
@Grab(group='com.github.lukaspili.automortar', module='automortar-compiler', version='1.1')
)
libraryDependencies += "com.github.lukaspili.automortar" % "automortar-compiler" % "1.1"
[com.github.lukaspili.automortar/automortar-compiler "1.1"]

Dependencies

compile (13)

Group / Artifact Type Version
com.github.lukaspili.automortar : automortar jar 1.1
com.squareup : javapoet jar 1.1.0
com.github.lukaspili » flow-navigation jar 0.2-SNAPSHOT
com.squareup.mortar : mortar jar 0.17
com.squareup.flow : flow jar 0.9
com.google.guava : guava jar 18.0
com.google.auto : auto-common jar 0.4
com.github.lukaspili.autodagger2 : autodagger2-compiler-utils jar 1.1
com.github.lukaspili.processor-workflow : processor-workflow jar 1.0.1
com.google.auto.service : auto-service jar 1.0-rc2
org.apache.commons : commons-lang3 jar 3.4
com.squareup.flow : flow-path jar 0.9
com.google.dagger : dagger jar 2.0.1

Project Modules

There are no modules declared in this project.

Auto Mortar

Mortar / Flow / Dagger 2 requires to write a lot of boilerplate code.
Auto Mortar is an annotation processor that focuses on eliminating the maximum of that boilerplate. No magic tricks here, just some straightforward and human readable code generated for you.

"Traditional" way

// ShowUserScreen.java

@Layout(R.layout.screen_show_user)
public class ShowUserScreen extends Path {

    private String username;

    public ShowUserScreen(String username) {
        this.username = username;
    }
    
    // We also need a method that creates the dagger2 component
    // either by reflection or by some method like the following
    public Component createComponent(RootActivity.Component parent) {
	    return DaggerShowUserScreen.Component.builder()
	    	.component(parent)
	    	.module(new Module())
	    	.build();
    }


    @dagger.Component(dependencies = RootActivity.Component.class, modules = Module.class)
    @DaggerScope(ShowUserPresenter.class)
    public interface Component extends AppDependencies {
        void inject(ShowUserView view);
    }

    @dagger.Module
    public class Module {

        @Provides
        @DaggerScope(ShowUserPresenter.class)
        public Presenter providePresenter(RestClient restClient) {
            return new Presenter(username, restClient);
        }
    }

    public static class Presenter extends ViewPresenter<ShowUserView> {

        private final String username;
        private final RestClient restClient;

        public Presenter(String username, RestClient restClient) {
            this.username = username;
            this.restClient = restClient;
        }
    }
}

With Auto Mortar

You only write the Presenter class.

// ShowUserPresenter.java

@AutoScreen(
        component = @AutoComponent(dependencies = RootActivity.class, superinterfaces = AppDependencies.class),
        screenAnnotations = Layout.class
)
@DaggerScope(ShowUserPresenter.class)
@Layout(R.layout.screen_show_user)
public class ShowUserPresenter extends ViewPresenter<ShowUserView> {

    private final String username;
    private final RestClient restClient;

    public ShowUserPresenter(@ScreenParam String username, RestClient restClient) {
        this.username = username;
        this.restClient = restClient;
    }
}

The big picture

  1. Create the presenter class (recommanded name syntax is XyzPresenter)
  2. Annotate the presenter with @AutoScreen
  3. Rebuild the project in order to trigger the annotation processor
  4. Use XyzScreen and XyzScreenComponent as you wish :)

How does it work

The annotation processor generates during compilation 3 classes for each @AutoScreen annotated presenter.
For the ShowUserPresenter class, it will generate:

  • ShowUserScreen
  • ShowUserScreenComponent
  • ShowUserScreen.Module

All the generated code is readable and accessible in your IDE, in the same way Dagger 2 does.

Screen

The generated screen is named XyzScreen, while your presenter should be named XyzPresenter.
The screen contains the generated Module as a static subclass.

The generated screen can be annoted with your custom annotation.
In order to do so, you have to first annotate the presenter with that annotation, and then specify the annotation class in @AutoScreen screenAnnotations member.

For instance, if you have a @Layout annotation you want to apply on the generated screen:

@AutoScreen(
	screenAnnotations = Layout.class
)
@Layout(R.layout.my_layout)
public class PostsPresenter {}

The generated screen will look like:

@Layout(2130903043) // equals to R.layout.my_layout
public final class PostsScreen {}

If you configured Auto Mortar to make the generated screens extend from Path, you can then use them with Flow.

`Flow.get(context).set(new ViewPostScreen(1234))`

To see how to configure Auto Mortar and how to pass navigation parameters between screens, see below.

Component

The component generation relies on the Auto Dagger2 library.
See the readme of Auto Dagger2 for details: https://github.com/lukaspili/Auto-Dagger2

Module

The generated module is named XyzScreen.Module and declares a provider method for the presenter. The right dependencies will be injected.
The presenter must use constructor injection for its dependencies. Field or setter injection is not supported.

Generated module looks like:

@dagger.Module
  public class Module {
    @Provides
    @ScreenScope(YourNamePresenter.class)
    public YourNamePresenter providePresenter(RestClient restClient) {
      return new YourNamePresenter(restClient);
    }
  }

Auto Mortar configuration

You can also customize the code generation through a configuration annotation.
Create a new empty interface (or class), and annotate it with @AutoMortarConfig. All configuration options are exposed as members of @AutoMortarConfig.

@AutoMortarConfig(
	screenSuperclass = Path.class // all generated screens will extend from Path
)
interface Config { }

If you don't provide a configuration, the default will be used (see automortar.config.DefaultAutoMortarConfig). Only one configuration per project is supported.

Passing parameters between screens

When you navigate from one screen to another, you often want to pass some parameters.
@AutoScreen generates all for you. You just have do declare the navigation parameters in your presenter, like a normal dependecy injected by dagger.
The only difference is that you have to annotate it with @ScreenParam in the presenter constructor.

public class ShowUserPresenter extends ViewPresenter<ShowUserView> {

    private final String username; // username will be provided by another screen through Flow navigation
    private final RestClient restClient; // restclient is provided by some dagger component

    public ShowUserPresenter(@ScreenParam String username, RestClient restClient) {
        this.username = username;
        this.restClient = restClient;
    }
}

That's all! @AutoScreen will generate the following screen and module for you.

public final class ShowUserScreen {
  private String username;

  public ShowUserScreen(String username) {
    this.username = username;
  }

  @dagger.Module
  public class Module {
    @Provides
    @ScreenScope(ShowUserPresenter.class)
    public ShowUserPresenter providePresenter(RestClient restClient) {
      return new ShowUserPresenter(username, restClient);
    }
  }
}

Finally, navigate between screens like you would normally do:
Flow.get(context).set(new ShowUserScreen("lukasz"))

Component factory and helper

When using Mortar and Flow together, you would setup a context factory that setups the mortar context associated with the screen to display. You would use DaggerService.createComponent() to create the component associated to the screen, using reflection.
@AutoScreen generates for you the method that create the component without reflection. The generated screen implements a ScreenComponentFactory interface that declares the createComponent method. It takes the component dependency as parameter, and returns an instance of the component. It looks like:

public final class ViewPostScreen implements ScreenComponentFactory<RootActivityComponent> {

  @Override
  public Object createComponent(RootActivityComponent dependency) {
    return DaggerViewPostScreenComponent.builder()
    	.component(dependency)
    	.module(new Module())
    	.build();
  }

The generated screen provides also a helper static get method that retreives the component from the context:

public final class ViewPostScreen implements ScreenComponentFactory {

  public static ViewPostScreenComponent getComponent(Context context) {
    return (ViewPostScreenComponent) context.getSystemService(AutoMortarConfig.DAGGER_SERVICE_NAME);
  }

Dagger scope

In the same way as Auto Dagger2 works, you need to annotate your presenter with a dagger scope annotation (an annotation that is itself annotated with @Scope). Auto mortar will detect this annotation, and will apply it on the generated module and component.

If you don't provide scope annotation on the presenter, the generated module and component will be unscoped.

Demo

Check the sample project for demo.
You can also check a full demo project with Auto Mortar here: https://github.com/lukaspili/Power-Mortar-Flow-Dagger2-demo

Installation

Beware that the groupId changed to com.github.lukaspili.automortar

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:1.1.3'
        classpath 'com.neenbedankt.gradle.plugins:android-apt:1.4'
    }
}

apply plugin: 'com.android.application'
apply plugin: 'com.neenbedankt.android-apt'

repositories {
    jcenter()
}

dependencies {
    apt 'com.github.lukaspili.automortar:automortar-compiler:1.1'
    compile 'com.github.lukaspili.automortar:automortar:1.1'
    
    apt 'com.github.lukaspili.autodagger2:autodagger2-compiler:1.1'
    compile 'com.github.lukaspili.autodagger2:autodagger2:1.1'

    apt 'com.google.dagger:dagger-compiler:2.0.1'
    compile 'com.google.dagger:dagger:2.0.1'
    provided 'javax.annotation:jsr250-api:1.0'

    compile 'com.squareup.mortar:mortar:0.17'
    compile 'com.squareup.flow:flow:0.10'
    compile 'com.squareup.flow:flow-path:0.10'
}

Status

Stable API.

Author

License

Auto Mortar is released under the MIT license. See the LICENSE file for details.

Versions

Version
1.1