Frage

Mit iPhone und Android I feel Symbian ist veraltet.Aber es ist open Source.Allerdings die API sieht aus wie eine sehr verschiedene.Mit so vielen verschiedenen Arten von discriptors, arrays und Aktive Objekte, die Menschen fühlen sich unheimlich darüber.Loo im wikipedia-Artikel hier:

http://en.wikipedia.org/wiki/Symbian_OS#Developing_on_Symbian_OS

http://en.wikipedia.org/wiki/Active_objects

Ich denke, wenn es geht zu öffnen, das erste, was die Gemeinschaft tun sollten, ist, reinigen Sie es bis.Obwohl es sehr schwierig ist, aber ich fühle es erforderlich ist.

War es hilfreich?

Lösung

Ich denke, es ist zu früh zu sagen, ob Symbian geht Open Source eine gute oder eine schlechte Sache für das Betriebssystem sein wird. Die Debatte über das Branding für die Website Symbian Foundation ausgewählt zeigt eine gewisse Unklarheit über die Rolle Symbian-Software in der Zukunft spielen wird.

Während es wahr ist zu sagen, dass es ein ganzes Ökosystem ist, das über die Besonderheiten der Entwicklung für Symbian O weiß, das ist ziemlich sinnlos in seinem eigenen Recht. Schließlich ist es noch ein aktives „Ökosystem“, das weiß, wie Cobol-Anwendungen für IBM-Großrechner zu entwickeln.

Sie müssen die Größe des Ökosystems zu betrachten und zu erkennen, dass das Ökosystem gegeben klein ist, dass Symbian OS seit mehr als einem Jahrzehnt gewesen ist und die Software unterstützt über 100 Millionen Geräte heute. Betrachten wir dann die Wachstumsrate der Ökosysteme rund um das Angebot von Google und Apple - Symbian erzeugt nie das Niveau der Aufregung und sah nie diese Art von Wachstum in Entwickler Interesse. Natürlich sind wir ein Jahrzehnt auf der ganzen Linie und man konnte Symbian hat die harte Arbeit getan argumentieren und schaffte die Landschaft, in der Google und Apple jetzt konkurrieren. Aber nur, weil Symbian war zunächst nicht es am besten zu machen und hat es kein Recht geben, um zu überleben.

Es ist wahr, zu sagen, dass die Symbian C ++ Idiome ein Schmerz zu lernen. Allerdings ist es falsch zu deuten darauf hin, dass es keine Rechtfertigung für sie loszuwerden. Die Begründung ist die anhaltende Wahrnehmung, 10 Jahre auf, dass nativen Code für Symbian OS Entwicklung zu hart ist. Die meisten, wenn nicht all diese schmerzlichen Idiome waren Design-Entscheidungen über ein Jahrzehnt genommen vor und während immer noch vorteilhaft auf dem heutigen mobile Geräte nicht mehr wesentlich sind. Mobile Hardware hat sich weiterentwickelt im Wesentlichen in den letzten zehn Jahren. Symbian OS hat sich nicht grundlegend verändert, zumindest in Bezug auf den Entwickler-Angebot. Betrachten wir nun, wo PCs wäre, wenn die Hardware entwickelt hatte, wie es ist, aber die Software gestoppt bei Windows 3.1 oder 95. Wir würden mit ziemlicher Sicherheit nicht in der Lage sein, diese Diskussion zu haben, in ganz diese Weise für den Anfang.

Mit Blick auf alternative mobile Plattformen, betrachten Android und Maemo. Beide sind Linux-basierte Systeme. Beide verwenden mehr Entwickler fokussiert, Standardansätze Entwicklung, die verlassen Symbian OS suchen, wie es aus einer anderen Zeit gekommen ist.

Das ist an sich nicht unbedingt ein Problem, weil, wie andere haben darauf hingewiesen, Symbian OS mehrere Laufzeitumgebungen unterstützt, die Entwicklung für mobile Geräte machen, die Symbian OS viel zugänglicher für den durchschnittlichen Entwickler passieren laufen.

Unter der Runtime-Unterstützung seines natürlichen Abschluss wird das zugrunde liegende Betriebssystem irrelevant. Eine Auswahl der Gerätehersteller auf Kosten, Zeit auf dem Markt, Qualität etc. Aber der Endverbraucher Pflege und in vielen Fällen nicht auf Basis gemacht nicht weiß, was das Betriebssystem. Entwickler dann für ihre bevorzugte Laufzeit entwickeln, anstatt nativen Code zu schreiben.

Natürlich sind wir noch nicht zu diesem Schluss. Wir reisen immer noch den langen Weg. Deshalb nativen Code spielt immer noch eine wichtige Rolle in mobilen Geräten. Daraus ergibt sich die Leichtigkeit, mit der Entwickler für eine bestimmte Plattform schreiben kann, wichtig ist -. Vorausgesetzt, die Gerätehersteller bei der Unterstützung der Entwickler-Plattformen glauben

So öffnet Sourcing für Symbian gut sein? Es ist schwer zu sehen, wie Open Sourcing für Symbian schlecht. Aber ob es wird gut sein, oder nicht, hängt von der Fähigkeit der Gemeinschaft Symbian OS in das Betriebssystem zu machen, die Gemeinschaft braucht.

Andere Tipps

Der Hauptgrund, symbian Open Source wird wettbewerbsfähig zu werden. Der Hauptvorteil von Symbian ist es sehr stabil ist mit mehr als einem Jahrzehnt der mobilen Erfahrung. Mit der starken Unterstützung von Nokia und Port von Qt kann es auf jeden Fall ein wichtiger Akteur.

Wikipedia ist nicht gerade repräsentativ.

Symbian OS Entwicklung Grundlagen in http://www.quickrecipesonsymbianos.com

Es gibt ein ganzes Ökosystem, das über die Besonderheiten der Entwicklung für Symbian OS kennt. Die C ++ Idiome könnten ein Schmerz zu lernen, aber sie haben einen Zweck, wenn es darum geht, eine mobile Plattform zu verwenden.

Es gibt wenig technische Begründung von ihnen zu befreien.

die Dinge einfacher für Entwickler ist ein weiteres Ziel. Ein sehr wichtiger, aber. Deshalb sind viele Runtimes haben für Symbian OS Entwicklung eingeführt. Qt, Ruby, Java, Python, OpenC, Flash, NS Basic, .NET ...

Die individuelle, offene C ++ Entwickler Runtimes effizient hinzufügen können.

Jede Laufzeit hat seine eigenen Kompromisse Leistung zum Ausgleich und Bedienung zu erleichtern.

Öffnen Sourcing wird Runtime-Integration machen und native C ++ Entwicklung leichter, sicher, aber es gibt auch einen kommerziellen Punkt, um es auch. Es wird mehr Menschen interessiert und die Plattform vergleicht günstiger zu seinen Konkurrenten.

es gibt eine Bewegung in symbian os zum verwenden mehrere gängige Sprachen für die Entwicklung, einschließlich C, ruby, python, etc.denken Sie an symbian c++ - wie die WIN32-Programmierung (Sie sind sich nicht mir zu sagen, dass ist so einfach!), wenn Sie nicht wollen, es zu benutzen, die Sie nicht haben, aber es ist die Muttersprache und daher besonders effizient.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top