Droidcon London. Wie war es

Aber das Wichtigste zuerst.

Tickets

Wenn Sie ein Ticket im Voraus kaufen, können Sie es für 230 Pfund + MwSt. Nehmen. Der Endpreis betrug ca. 700 Pfund inklusive Mehrwertsteuer. Es ist im Vergleich zu Tickets für russische Konferenzen ziemlich teuer, aber im Durchschnitt ein angemessener Preis für Europa. Ein Flug kostet ungefähr 30.000 Rubel, aber es besteht die Möglichkeit, Geld zu sparen, da Victory dorthin fliegt und Sie ein Ticket für ungefähr 6.000 Rubel in eine Richtung kaufen können.

Unterkunft

Wir lebten 15 Minuten zu Fuß vom Veranstaltungsort entfernt. Das Hotel ist durchschnittlich, etwa 150 Pfund pro Tag. In der Tat, wenn Sie nicht zu anspruchsvoll sind, dann können Sie in einem Hostel in der Innenstadt für 20 Pfund pro Tag leben.

In Bezug auf die Organisation war die Konferenz auf einem ziemlich hohen Niveau. Ich mochte die Seite selbst: einen geräumigen Saal für Kommunikation und moralische Entspannung, ein angenehmes Publikum, in dem Berichte gelesen wurden. In der Halle gab es viele Stände verschiedener Firmen, an denen man Stifte und T-Shirts mitnehmen konnte. Am Abend des ersten Tages hatten die Organisatoren eine Party. Es gab kostenlose Getränke und Musik, aber wir gingen durch London spazieren.

Der Zeitplan war meiner Meinung nach sehr gut ausgearbeitet, da es zu jeder Zeit interessante Berichte gab. Darüber hinaus fanden ständig Workshops statt.

Aber von der Ebene der Berichte habe ich mehr erwartet. Viele von ihnen hatten keine praktische Komponente, zum Beispiel nur eine Beschreibung einer API oder Funktionalität. Die Anzahl der Berichte auf Moskauer Konferenzen ist zumindest nicht niedriger. Es gab mehrere ziemlich starke und relevante Auftritte. Als nächstes werde ich über diejenigen schreiben, die mir am interessantesten erschienen.

Erstens wird jetzt dem Problem der Build-Geschwindigkeit viel Aufmerksamkeit geschenkt. Dies gilt insbesondere für Dagger und ButterKnife, da sie den Anmerkungsprozessor und kapt verwenden. Square präsentierte eine Lösung, bei der Dagger- und ButterKnife-Implementierungen auf Reflexion anstatt auf Codegenerierung basieren. Dies verringert die Geschwindigkeit der Laufzeitanwendung geringfügig, spart jedoch Zeit beim Kompilieren und ist im Rahmen von Entwickler-Builds durchaus gerechtfertigt, da dies für die neuesten Pixel- und Samsung-Modelle kaum spürbar ist.

@NonNull @UiThread public static Unbinder bind(@NonNull Object target, @NonNull View source) { List<Unbinder> unbinders = new ArrayList<>(); Class<?> targetClass = target.getClass(); if ((targetClass.getModifiers() & PRIVATE) != 0) { throw new IllegalArgumentException(targetClass.getName() + " must not be private."); } while (true) { for (Field field : targetClass.getDeclaredFields()) { int unbinderStartingSize = unbinders.size(); Unbinder unbinder; unbinder = parseBindView(target, field, source); if (unbinder != null) unbinders.add(unbinder); unbinder = parseBindViews(target, field, source); if (unbinder != null) unbinders.add(unbinder); unbinder = parseBindDrawable(target, field, source); if (unbinder != null) unbinders.add(unbinder); unbinder = parseBindString(target, field, source); if (unbinder != null) unbinders.add(unbinder); ... } for (Method method : targetClass.getDeclaredMethods()) { Unbinder unbinder; unbinder = parseOnCheckedChanged(target, method, source); if (unbinder != null) unbinders.add(unbinder); unbinder = parseOnClick(target, method, source); if (unbinder != null) unbinders.add(unbinder); ... } targetClass = targetClass.getSuperclass(); } return new CompositeUnbinder(unbinders); } 

Die Bibliothek für ButterKnife finden Sie unter diesem Link. Die Version für Dagger gibt es hier .

Zweitens ist es manchmal erforderlich, Abhängigkeiten in benutzerdefinierte Ansichten einzufügen, die in XML deklariert sind. Zuvor mussten Sie sie mit festgelegten Methoden injizieren und von außen durch Klassen werfen, z. B. in einem Präsentator, wenn dieser sich an eine Ansicht anfügt. Hierfür gibt es jetzt eine bequeme Möglichkeit: Abhängigkeiten können unmittelbar nach den erforderlichen Parametern durch den Konstruktor geworfen werden, und der benutzerdefinierte LayoutInfater kann mit diesen komplexen Konstruktoren eine Ansicht erstellen.

Wie es im Code aussieht:

 public final class MainActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); MainComponent component = DaggerMainActivity_MainComponent.create(); InflationInjectFactory factory = component.getInjectFactory(); getLayoutInflater().setFactory(factory); setContentView(R.layout.main_activity); GalleryPresenter presenter = component.getGalleryPresenter(); GalleryView view = findViewById(R.id.gallery); presenter.attach(view); } @Component(modules = ViewModule.class) interface MainComponent { InflationInjectFactory getInjectFactory(); GalleryPresenter getGalleryPresenter(); } } 

GalleryView ist in XML geschrieben.

 public final class GalleryView extends LinearLayout { private final ViewUpdater mViewUpdater; @InflationInject public GalleryView(@Assisted Context context, @Assisted AttributeSet attrs, ViewUpdater viewUpdater) { super(context, attrs); mViewUpdater = viewUpdater; } } 

Drittens näherte sich Square auf seine Weise dem Problem, das AutoValue löst, nämlich der Schaffung von Fabriken für Klassen mit schweren Konstruktoren. Nur diese Lösung ist maximal in die Dolchlogik integriert.

Anwendungsbeispiel:

 public final class UserPresenter { private final LoadUserInteractor mLoadUserInteractor; private final String mUserId; @AssistedInject UserPresenter(@Assisted LoadUserInteractor loadUserInteractor, @Exclamation String userid) { mLoadUserInteractor = loadUserInteractor; mUserId = userid; } @AssistedInject.Factory public interface Factory { UserPresenter create(String greeting); } ... } 

 public final class UserActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main_view); UserPresenter.Factory factory = DaggerUserActivity_ UserComponent.create().getUserPresenterFctory(); UserPresenter presenter = factory.create(getIntent().getStringExtra("user_id")); presenter.attach(); ... } @Component(modules = UserModule.class) interface UserComponent { UserPresenter.Factory getUserPresenterFctory(); } } 

Mir hat gefallen, wie einfach die Implementierung dieser aktuellen Lösungen aussieht. Auch empfehlen zu sehen .

Zweifellos habe ich aus den Konferenzberichten etwas Interessantes für mich gelernt, mit Kollegen aus verschiedenen Unternehmen gesprochen, was ein großes Plus einer internationalen Konferenz ist, und es lohnt sich, zum Networking zu ihnen zu gehen. Ein Bonus war diesmal ein Besuch in London. Wenn wir über Berichte sprechen, ist es einfacher, sie online anzusehen oder an einer der vielen russischen Konferenzen teilzunehmen.