Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(388)

Side by Side Diff: services/README.md

Issue 2419723002: Move services/shell to services/service_manager (Closed)
Patch Set: rebase Created 4 years, 2 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch
« no previous file with comments | « services/DEPS ('k') | services/catalog/BUILD.gn » ('j') | no next file with comments »
Toggle Intra-line Diffs ('i') | Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
OLDNEW
1 Chrome Foundation Services 1 Chrome Foundation Services
2 ==== 2 ====
3 3
4 ### Overview 4 ### Overview
5 5
6 This directory contains Chrome Foundation Services. If you think of Chrome as a 6 This directory contains Chrome Foundation Services. If you think of Chrome as a
7 "portable OS," Chrome Foundation Services can be thought of as that OS' 7 "portable OS," Chrome Foundation Services can be thought of as that OS'
8 foundational "system services" layer. 8 foundational "system services" layer.
9 9
10 Roughly each subdirectory here corresponds to a service that: 10 Roughly each subdirectory here corresponds to a service that:
11 11
12 * is a client of `//services/shell` with its own unique Identity. 12 * is a client of `//services/service_manager` with its own unique Identity.
13 * could logically run a standalone process for security/performance isolation 13 * could logically run a standalone process for security/performance isolation
14 benefits depending on the constraints of the host OS. 14 benefits depending on the constraints of the host OS.
15 15
16 ### Service Directory Structure 16 ### Service Directory Structure
17 17
18 Individual services are structured like so: 18 Individual services are structured like so:
19 19
20 //services/foo/ <-- Implementation code, may have subdirs. 20 //services/foo/ <-- Implementation code, may have subdirs.
21 /public/ 21 /public/
22 /cpp/ <-- C++ client libraries (optional) 22 /cpp/ <-- C++ client libraries (optional)
(...skipping 21 matching lines...) Expand all
44 44
45 Services can be thought of as integrators of library code from across the 45 Services can be thought of as integrators of library code from across the
46 Chromium repository, most commonly //base and //mojo (obviously) but for each 46 Chromium repository, most commonly //base and //mojo (obviously) but for each
47 service also //components, //ui, etc in accordance with the functionality they 47 service also //components, //ui, etc in accordance with the functionality they
48 provide. 48 provide.
49 49
50 Not everything in //components is automatically a service in its own right. 50 Not everything in //components is automatically a service in its own right.
51 Think of //components as sort of like a //lib. Individual //components can 51 Think of //components as sort of like a //lib. Individual //components can
52 define, implement and use mojom interfaces, but only //services have unique 52 define, implement and use mojom interfaces, but only //services have unique
53 identities with the Mojo Shell. 53 identities with the Mojo Shell.
OLDNEW
« no previous file with comments | « services/DEPS ('k') | services/catalog/BUILD.gn » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698