FAQs zur Technik

FAQs zur Technik 1 | 61

: Kopiert eine

Hinweis: Es gibt keine 2. Ebene

Klicke mit der Maus an die

Projekte. Beratung. Spezialisten.

FAQs zur Technik

IKS-Thementag

12.04.2016

Autor: Jan Laußmann


: Kopiert eine



Agenda

Development

Distribution

Push Notifications

Google Analytics

Security


: Kopiert eine



Development

Nativ

Cordova / PhoneGap

Xamarin



: Kopiert eine



Native Entwicklung

Android

Java

Android Framework

iOS

Objective-C

Neuerdings Swift

Cocoa Touch Framework

Pro Plattform komplette Neuentwicklung



: Kopiert eine



PhoneGap / Cordova

Unterschied PhoneGap und Cordova

Ursprünglicher Code stammt von dem Unternehmen PhoneGap

Dieses wurde von Adobe aufgekauft

Der Code wurde unter dem Namen Cordova als Open-Source-Apache-Projekt

veröffentlicht

Cordova ist jetzt der eigentliche Programm Code, der weiterentwickelt wird

Bsp. Linux ist der eigentliche Code

PhoneGap ist eine Distribution von Cordova

Bsp. Ubuntu, Suse, Red Hat sind Distributionen von Linux

Es gibt weitere, relativ unbekannte Cordova-Distributionen

Intel XDK, Appery.io, …



: Kopiert eine



Ansatz PhoneGap / Cordova

Eine Cordova-App besteht aus:

Web App, typischerweise SPA

HTML

JavaScript

CSS

Verpackung für die Web App (nativer Container)

Plugins (Cordova API)

Datenbank

Kamera

Beschleunigungsmesser



: Kopiert eine



Nativer Container

Den nativen Container kann man sich

als Spezial-Browser vorstellen

Keine URL-Leiste oder ähnliches

Sondern nur der Teil des Browsers,

der die Web App anzeigt

Wird nativ vom Betriebssystem zur

Verfügung gestellt

WebView Android

UIWebView iOS



: Kopiert eine



Cordova API

„Brücke“ (API) zwischen Web App und nativen Funktionen

Plugins für viele Smartphone Features werden direkt mitgeliefert

Adressbuch

Barcode Scanner

Beschleunigungssensor

U.v.m.

Mit der Cordova API kann man leicht eigene Plugins entwickeln

Muss nativ für jede Plattform programmiert werden



: Kopiert eine



Cordova

Läuft auf allen Geräten, nur 1-mal entwickeln

Gut geeignet, wenn viel JavaScript-Know-how vorhanden ist



: Kopiert eine



Ansatz Xamarin

Von den Entwicklern von „Mono“

Cross-Plattform-Entwicklung mit C#

C#-Code wird zu nativem Code kompiliert

Java / Android

Objective-C / iOS



: Kopiert eine



Xamarin.Forms

UI mit Xamarin.Forms

XAML-Code (ähnlich XML)

von Microsoft entwickelte allgemeine Beschreibungssprache für die

Oberflächengestaltung

Mapping von Xamarin.Forms auf native UI-Elemente



: Kopiert eine



Xamarin.Forms

Plattform-spezifischer Code

Device.OnPlatform(

iOS: () => label.Font = Font.SystemFontOfSize (NamedSize.Micro),

Android: () => label.Font = Font.SystemFontOfSize (NamedSize.Medium)

WinPhone: () => label.Font = Font.SystemFontOfSize (NamedSize.Large)

);



: Kopiert eine



Xamarin

Läuft auf allen Geräten, nur 1-mal entwickeln

Sehr gut geeignet, wenn C#-Know-how vorhanden ist



: Kopiert eine



Vor- und Nachteile: Nativ / Cross-Plattform



: Kopiert eine






: Kopiert eine



Nativ vs. Cross-Plattform: Ressourcenverfügbarkeit

Leichter Android- / iOS-Entwickler zu finden als

Xamarin- / PhoneGap-Entwickler

Mehr Lösungen zu nativer Programmierung

im Internet zu finden, als zu

Cross-Plattform-Entwicklung

Deutlich bessere Tool-Unterstützung bei nativer Entwicklung

durch Google und Apple

Mehr Dokumentation, Tutorials, Beispiele für native Entwicklung



: Kopiert eine



Nativ vs. Cross-Plattform: Programm Bibliotheken

Nativ: Leichter 3rd Party Libs zu finden

Dokumente scannen

Push Notifications

Google Analytics

Schnittstellen

Vor allem leichter zu integrieren!



: Kopiert eine



Nativ vs. Cross-Plattform: Kompatibilität / Updates

Nativ: Weniger Probleme, wenn das Smartphone-Betriebssystem

aktualisiert wird

Nativ: Keine Probleme, wenn die Entwicklungsumgebung

aktualisiert wird

Nativ geschriebener Code ist im Fehlerfall deutlich

einfacher zu debuggen!



: Kopiert eine



Nativ vs. Cross-Plattform: User Interface

Nativ: Leichter sehr gute User Interfaces zu gestalten

Macht bei mobilen Apps einen großen Teil des Entwicklungsaufwandes aus

Nativ: Vom Betriebssystem mitgelieferte Unterstützung für verschiedene

Displaygrößen

Smartphone

Tablet

Retina



: Kopiert eine



Vergleich Smartphone vs. Tablet



: Kopiert eine



Nativ vs. Cross-Plattform: User Interface

Nativ: sieht auf jedem Gerät so aus, wie es die Benutzer erwarten

Man muss drauf achten, auf allen Betriebssystemen dasselbe Wording zu benutzen,

die Benutzbarkeit ähnlich zu halten und alle Funktionen möglichst gleich zu

implementieren

PhoneGap / Cordova: sieht auf allen Geräten gleich aus, verhält sich gleich,

hat dieselben Funktionen



: Kopiert eine



Nativ vs. Cross-Plattform: Kosten

Cross-Plattform

Kostenvorteil bei der initialen Entwicklung (ca. 25%)

Nativ

Kostet etwas mehr

Kann in der Wartung günstiger sein

Apps in der Regel hochwertiger



: Kopiert eine



Nativ vs. Cross-Plattform: Performance

Performance

Große Datenmengen (Fotos)

Maps

Anspruchsvolle Berechnungen

Animationen

Nativ: Optimaleren Code als den in der für das Betriebssystem nativen

Programmiersprache gibt es nicht

Bei Xamarin aufgrund des Übersetzens in nativen Code ähnlich gut

Aber schwerer zu debuggen

Bei Cordova regelmäßig Performance-Probleme

Speicher

Geschwindigkeit



: Kopiert eine






: Kopiert eine



Agenda

Development

Distribution

Push Notifications

Google Analytics

Security



: Kopiert eine



Apple App Store

Apple Developer Account

Viele Daten für Registrierung notwendig

Jährlich 99$

App wird manuell überprüft ~1 Woche

Im Fehlerfall sind Notfall-Updates

bei Apple möglich!

Test Account für Apple

Wenn die App einen Login-Mechanismus hat, muss ein

Test Account für Apple eingerichtet werden!



: Kopiert eine



Google Play Store

Google Developer Account

Unkompliziert eingerichtet

Einmalig 25$

App wird automatisch veröffentlicht ~1 Stunden



: Kopiert eine



Möglichkeiten eine App zu verteilen

Aber es gibt auch gute Gründe Apps anders zu verteilen

Testversionen

Beta-Versionen

Interne Apps



: Kopiert eine



Ad Hoc / Website / E-Mail

iOS

Man kann einen speziellen Ad Hoc Build machen und dort die Ids von bis zu 100

Geräten hinterlegen

Diese App kann dann per Webseite auf allen Geräten installiert werden deren Id im

Build hinterlegt wurde

Android

Android-Apps können einfach so per Webseite oder auch E-Mail verteilt werden

Der Benutzer muss dafür auf seinem Gerät einstellen, dass er die Installation aus

„unbekannten Quellen“ erlaubt

Eignet sich sehr gut, um Vorabversionen / Testversionen zu verteilen

Keine automatischen Updates möglich!



: Kopiert eine



Enterprise Rollout (iOS only)

Benötigt Mitgliedschaft im „iOS Developer Enterprise Program”

Kostet 299$ / Jahr

Erlaubt nicht die Veröffentlichung im eigentlichen Apple App Store

Verteilung über eigenen App Store

Nur zur Verteilung der App an eigene Unternehmensmitglieder

erlaubt!



: Kopiert eine



Volume Purchasing for Business / B2B (iOS only)

Kostenlose Mitgliedschaft im „Volume Purchasing for Business Program”

Verteilung über Apple App Store

App ist unsichtbar, aber kann durch Freischaltcode sichtbar gemacht

werden



: Kopiert eine



Private Channel (Android only)

Mitgliedschaft im „Google Apps for Work“ Programm

Kostet 4€ / Nutzer / Monat

Mitarbeiter müssen mit ihrer „Google Apps for Work“-E-Mail-Adresse auf

ihrem Android-Gerät angemeldet sein

Dann können interne Apps nur für

die eigenen Mitarbeiter über den

herkömmlichen Google Play Store

verteilt werden



: Kopiert eine



Agenda

Möglichkeiten der App Entwicklung

Möglichkeiten eine App zu verteilen

Push Notifications

Google Analytics

Security



: Kopiert eine



Push Notifications

Push Notifications sind kurze Nachrichten, die an mobile Geräte gesendet

werden können

Ähnlich wie SMS nur über das Internet

Bei iOS werden diese als „Apple Push Notification“ bezeichnet

Bei Android läuft das unter dem Namen „Google Cloud Messaging“



: Kopiert eine



Push Notifications



: Kopiert eine



Push Notifications

Nachricht an alle: Broadcast

Warnmeldungen

Marketing

Allgemeine Informationen

Nachricht an spezielles Gerät: Single

Nachricht nur für dieses Gerät

Nachricht an alle Gerätes eines Benutzers

Muss man selber implementieren

Best Practice: Wenn die Nachricht auf einem Gerät gelesen wurde, dann auf den

anderen Geräten des Benutzers löschen



: Kopiert eine



Channels: Nur die Nachrichten empfangen, die

einen interessieren



: Kopiert eine



Agenda

Development

Distribution

Push Notifications

Google Analytics

Security



: Kopiert eine



Google Analytics

Kann sehr einfach in native Apps integriert werden

Google Analytics Id erstellen

UA-123456-7

Bibliothek einbinden

Anonyme Datenerfassung ist einfach so möglich

Personalisierte Datenerfassung ist nur bei expliziter Zustimmung

des Benutzers erlaubt

Auf einer Webseite sind dann die Auswertungen über das

Nutzerverhalten in der App einsehbar



: Kopiert eine



Google Analytics



: Kopiert eine



Agenda

Development

Distribution

Push Notifications

Google Analytics

Security



: Kopiert eine



Security

Code Obfuscation

Bei Android sehr einfach möglich

Bei iOS mit Objective-C möglich / mit Swift noch nicht möglich



: Kopiert eine



Security

OWASP

M1: Weak Server Side Controls

M2: Insecure Data Storage

M3: Insufficient Transport Layer Protection

M4: Unintended Data Leakage

M5: Poor Authorization and Authentication

M6: Broken Cryptography

M7: Client Side Injection

M8: Security Decisions Via Untrusted Inputs

M9: Improper Session Handling

M10: Lack of Binary Protections



: Kopiert eine



Security

In App Security

Cache

History

Temporäre Dateien

Review durch Dritte

Zum Beispiel Telefonica


WWW.IKS-GMBH.COM

FAQs zur Technik

Technology

Transcript of FAQs zur Technik