Man darf das Verzeichnis nicht lib nennen, sondern muss es libs (mit s) nennen. Nur dann tauchen die Libraries auch unter “Android Dependencies” auf.

<span id="facebook.placeholder" onclick="this.innerHTML='HTML für
Iframe von Facebook';">Facebook</span>

Man muss bei dem HTML von Facebook lediglich die ” durch " ersetzen, damit es nicht zur Fehldarstellung kommt.

Hierbei handelt es sich um die einfachste Variante, die man beliebig gestalten kann.

Um z.B. alle Links eines HTML-Dokuments über den DOM-Weg zu erhalten reichen die folgenden Zeile Java-Code:

Document doc = Jsoup.parse(html);
Elements links = content.getElementsByTag("a");
for (Element link : links) {
  String linkHref = link.attr("href");
  String linkText = link.text();
}

Eine weitere Möglichkeit wäre (mittels CSS/Jquery Selector):

Document doc = Jsoup.parse(html);
Elements links = doc.select("a[href]"); // a with href

Um unsauber definierte HTML-Dokumente einfach aufzuräumen kann man sich auch noch den angucken. Nach dem Aufräumen kann man über Standard-XML-Bibliotheken auf die Struktur zugreifen und muss “nichts neues” lernen oder kann die Dokumente in die gegebene Projektstruktur einfach einbinden.

In diesem Beitrag vergleiche ich nun die Kosten für die App-Markets und versuche die dafür gebotene Leistung zu vergleichen.

In dem ersten Teil gehe dieses Artikels gehe ich erstmal auf die Kosten ein, wenn man eine kostenlose App in den Markt stellen will. Im zweiten Teil des Artikels beleuchte ich dann die Provisionen/Kosten für kostenpflichtige Apps in den jeweiligen Markets.

Android Market

Die Anmeldung zum Android Market kostet einmalig 25,00 USD (zum Zeitpunkt des Artikels ca. 18 EUR). Die entsprechenden Vereinbarungen, die man akzeptiert findet man auf der Anmeldeseite in englischer Sprache. Vor der Bezahlung wird man auch noch einmal auf die deutschen Nutzungsbedingungen hingewiesen. Wie bei so ziemlich allen Diensten von Google braucht man auch hier ein kostenloses Google-Konto. Es gibt keine ersichtliche Einschränkung bzgl. der Anzahl der Veröffentlichungen im Android Market.

Microsoft App Hub

Bei Microsoft kriegt man eigentlich mehr als man will. Um eine kleine Anwendung für Windows Phone 7 zu entwickeln muss man sich beim App Hub anmelden. Für 99 USD pro Jahr darf man dann 100 free Apps (+ beliebig viele kostenpflichtige Apps) für Windows Phone und 10 Games für Xbox Live Indie Games veröffentlichen. Im Gegensatz zum Android-Market hat man hier also nicht nur einmalige Kosten, sondern jährliche! Will man seine kleine Idee also an den Manndie Frau bringen, sollte man sich überlegen, wie man die 99 USD pro Jahr finanzieren kann.

Apple App-Store

Um eine App für das iOS (iPhone, IPad, IPod touch) veröffentlichen zu können, muss man das iOS Developer Program beitreten. Die Preise sind genauso hoch, wie bei Microsoft (99 USD pro Jahr). Im Gegensatz zu dem Microsoft “App Hub” gibt es hier jedoch scheinbar keine Beschränkung in der Anzahl der kostenlosen Apps.

Nokia Ovi Store

Für den Nokia Ovi Store für Symbian Anwendungen kostet die Anmeldung lediglich 1 EUR. Leider konnte ich ohne kostenpflichtige Anmeldung keine Informationen finden, was diese Anmeldegebühr alles beinhaltet.

Fazit

Alle vier großen Anbieter bieten einen Appstore zum Veröffentlichen kostenlose Apps. Leider sind die Kosten mit 99 USD pro Jahr nicht gerade wenig und man sollte sich wirklich Gedanken machen, ob man diese nicht durch Werbeeinblendungen kompensiert. Beim Android-Market sind die Kosten mit 25 USD schon sehr günstig. Unschlagbar ist jedoch der Nokia OVI Store mit einer einmaligen Anmeldegebühr von 1 EUR.

Für eine reine kostenlose App ohne kommerziellen Gedanken sollte man also auf SymbianOs und AndroidOS setzen. Mit diesen beiden Betriebssystemen hat man dann auch laut Gartner 65,5% der verkauften Smartphones abgedeckt.

Mit der Entwicklung für iOS würde man noch einmal 18.2% abdecken; hierbei muss man jedoch beachten, dass das SDK nur unter einem MacOSX verfügbar ist.

Scheinbar wollen Microsoft und Apple auch bei kostenlosen Apps mitverdienen, da Sie glauben, dass jede App in irgendeiner Art und Weise Umsatz generiert. Google verdient im Gegensatz zu den anderen Anbietern bei den kostenlosen Apps wiederum bei der Werbung mit (durch Admob). Wie Nokia Umsatz generiert mit kostenlosen Apps ist nicht ersichtlich, evtl. wollen Sie das gar nicht?

In der Zeile 683 (Worpress V2.9.1) fügt ihr nun den folgenden Code hinzu:

<!-- Change for nofollow -->
<tr>
	<th scope="row"> <?php _e('seo') ?> </th>
	<td><fieldset><legend class="screen-reader-text"><span> <?php _e('seo') ?> </span></legend>
		<label for="nofollow">
		<input class="valinp" type="checkbox" name="nofollow" value="nofollow" id ="nofollow" <?php xfn_check('nofollow', 'nofollow'); ?> />
		<?php _e('SEO for nofollow') ?></label>
	</fieldset></td>
</tr>
<!-- Change for nofollow -->

Nach dieser kleinen Änderung könnt ihr auf der normalen Links->Edit (Add New) nun auch das nofollow – Attribute in das rel – Tag einbauen lassen.
Update: Für die aktuelle Worpress-Version 3.0.3 müsst ihr das oben angegebene Markup in Zeile 750 einpflegen.

Der RIPE-Weg

Man kann mittels whois die Daten vom RIPE zu einer IP abfragen. Hierzu ruft man whois auf und kann dann z.B. die Ausgabe auswerten. Hat man whois nicht installiert, kann man die Anfrage über die Weboberfläche vom RIPE durchführen. Hierzu ruft man einfach die URL http://www.db.ripe.net/whois?searchtext=<ip> auf; die Antwort kann man dann auch entsprechend auswerten.

GeoIP

Die Firma Maxmind bietet die Daten gegen Bezahlung an. Die Preise beginnen bei 50 US$ zzgl. 144 US$ pro Jahr.

IP Address Locator

Die Firma GeoBytes bietet einen kostenlosen Dienst an, der auch ausdrücklich mittels PHP angesprochen werden darf. Zusätzlich gibt es auch eine Lizenz, wenn das Aufkommen wohl höher liegen sollte. Die ersten 20 Anfragen pro Stunde sind kostenlos danach zahlt man 10000 Anfragen 10 US$ ohne Grundgebühr oder monatlichen Kosten. Vor allem die Einbindung in PHP ist relativ komfortabel

$tags = get_meta_tags('http://www.geobytes.com/IpLocator.htm?GetLocation&template=php3.txt&IpAddress=192.168.0.20, 127.0.0.1');
print $tags['city'];  // city name

Dieser Wert muss nun auf false gestellt werden. Will man testen, ob man evtl. noch die max. Cookie-Lebenszeit oder ähnliches einstellen soll, kann man dies auf der Seite von Samy Kankar testen.

Wer mehr über das Thema Web Storage erfahren will, kann dies auf den offiziellen Seiten des W3Cs nachlesen.

Man kann die testgetriebene Entwicklung jedoch gleich Nutzen um das Know-How für die entsprechende fachliche Funktionalität auf zwei Personen zu übertragen und mittels Paarprogrammierung die Aufgaben so aufteilen, dass ein Entwickler die Tests schreibt und der andere Entwickler die eigentliche Umsetzung schreibt; die Rollen sollen jedoch regelmäßig wechseln, da Testfälle schreiben nicht zu den Favoriten in der Entwicklung gehören. Durch dieses Vier-Augen-Prinzip kann man die Softwarequalität steigern, da die fachlichen Anforderungen von zwei Entwicklern überdacht werden und man so evtl. Missverständnisse frühzeitig aufdecken kann. Eine Paarprogrammierung ist jedoch bei der testgetriebenen Entwicklung nicht vorgeschrieben, sondern erhöht lediglich weiter die Softwarequalität und “überwacht” die Umsetzung der geforderten Unit-Tests. Die Partner spornen sich gegenseitig an und können auch voneinander etwas lernen (Mentoring).

Der erhöhte Aufwand bei der Entwicklung wird sich durch die gesteigerte Softwarequalität dann bei den System- und Integrationstest, sowie durch eine geringere Fehlermenge beim Kunden kompensieren, vorausgesetzt man setzt konsequent für die Module die entsprechenden Unit-Tests um. Je später ein Fehler gefunden wird, desto teurer wird die Behebung.

Durch die konsequente Erstellung von Tests für einzelnen Funktionalitäten (Units) wird in den meisten Fällen eine höhere Modularität der fertigen Software erreicht. In C würde eine Unit einer Funktion entsprechen, in objektorientieren Sprachen eine Klasse mit ihren Methoden.

Da jeder erstellte Code sofort getestet wird, können Fehler frühzeitig aufgedeckt und entsprechend schnell und kostengünstig behoben werden. Bei einem späteren Refactoring kann man sofort erkennen, ob die Anwendung noch fehlerfrei funktioniert, da die Tests einen Großteil der Funktionalität sofort automatisiert prüfen können.

Um einen messbaren Erfolg mit der testgetriebenen Entwicklung zu erreichen und nicht nur auf den erhöhten Aufwand sitzen zu bleiben, sollte man eine die Testabdeckung automatisiert prüfen lassen. Wenn man JUnit zum Testen genutzt hat, kann man hierfür z.B. NoUnit nutzen oder sich einen Überblick auf Java-Source.net verschaffen.

Es wird erwähnt, dass auf der Messe zwei Amiga X1000 Systeme zu sehen sind – ob zwei gleiche oder unterschiedliche Versionen geht leider nicht aus den Neuigkeiten hervor (zumal bis jetzt immer nur die Rede von einer Spezifikation war); ob auf so einer Messe jedoch ein, zwei oder n Computer stehen ist jedoch sonst irrelevant.

Nachtrag (22. September 2010): Auf der Webseite zum Amiga ONE X1000 wurde mitlerweile der Erscheinungszeitraum von Summer 2010 auf late 2010 geändert. Hoffen wir, dass es die letzte Änderung bleibt.