uf:application
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revision | |||
uf:application [2009/02/27 16:13] – alombide | uf:application [2009/11/18 14:41] (current) – adding elisag | ||
---|---|---|---|
Line 1: | Line 1: | ||
===== Applications ===== | ===== Applications ===== | ||
+ | Applications need to be explicitly added to a Flockr before they can be used. From then on the flockr sees the application in a launch screen (similar to the Home screen on the Apple iPhone). Running applications have controlled access to flockr information via the framework such as the flockr profile. This is a common functionality found in a range of social networking applications. | ||
+ | |||
+ | In addition, Urbiflock applications have access to the user's flocks and the flockrs who have installed the same application on their devices. Every application has two different interfaces which allows it to interact with the framework: a local and a remote one. This distinction between local and remote interfaces has been introduced for reasons of security: methods defined in the local interface can only be called by local objects or the flockr, while other flockr' | ||
+ | |||
+ | ===== Programmers Perspective ===== | ||
Applications are simply containers for some named pieces of code that can make use of the features of the framework, that can be easily launched from the UrbiFlock application launcher, and that can be shared over the network. | Applications are simply containers for some named pieces of code that can make use of the features of the framework, that can be easily launched from the UrbiFlock application launcher, and that can be shared over the network. | ||
uf/application.1235747629.txt.gz · Last modified: 2009/11/18 14:41 (external edit)