OpenmokoFramework
From Openmoko
(→Components) |
m (→Mandatory Readings) |
||
Line 25: | Line 25: | ||
* [http://adam.gomaa.us/blog/frameworks-exist-for-conceptual-integrity/ Frameworks exist for conceptual integrity] | * [http://adam.gomaa.us/blog/frameworks-exist-for-conceptual-integrity/ Frameworks exist for conceptual integrity] | ||
* [http://humanized.com/weblog/2007/10/05/make_oss_humane/ Ten ways to make more humane open source software] | * [http://humanized.com/weblog/2007/10/05/make_oss_humane/ Ten ways to make more humane open source software] | ||
+ | * [http://www.freesmartphone.org FreeSmartPhone.org Wiki] | ||
=High Level Overview= | =High Level Overview= |
Revision as of 14:53, 16 April 2008
Note: This is the (ongoing) description of the new framework architecture. See OpenmokoOldFramework for the framework architecture of 2007.1 and 2007.2
Contents |
Purposes
- Give people the infrastructure to create solid and exciting software products based on the Openmoko platform
- Support competing UIs while collaborating on developing services
- Encourage framework users (e.g. application developers) to also contribute to the framework
Requirements
- Make it simple
- Concentrate on core services
- Be programming language agnostic
- Be UI toolkit agnostic
- Try to reuse existing technologies as much as possible, but not at the cost of a bad API
How to achieve that technically
- Chose Dbus as the collaboration line. Below dbus, we can work together. Above dbus, we can differenciate.
- Expose features through dbus APIs implemented by UI and language-agnostic services (daemons).
- Optimize for Openmoko devices, but support multiple architectures and purposes through plugin interfaces and suitable hardware abstraction mechanisms.
- Be not afraid of reinventing the wheel for a wheel-barrow if all the existing wheels are made for sports cars.
Mandatory Readings
- Frameworks exist for conceptual integrity
- Ten ways to make more humane open source software
- FreeSmartPhone.org Wiki
High Level Overview
... picture ...
Components
... discussion of subsystem purposes ...
- low level device gsm bluetooth network gps - high level pim events preferences
Tasks
... explain what's already there, what's missing, what do we need to do ...
Team & Roadmap
... talk about the team and the roadmap ...