@@ -24,20 +24,19 @@ multiple clients.
24
24
We are attempting to move to a more modular architecture by creating additional libs that are more
25
25
feature-focused and more accurately convey team code ownership.
26
26
27
- - ` common ` - Common code shared between all the clients including CLI.
28
- - ` angular ` - Low-level Angular specific code used by all the visual clients. Code that is more tied
29
- to Bitwarden business logic should be moved to a team-owned lib.
30
- - ` node ` - Used to be shared code for CLI and Directory Connector CLI, but since directory connector
31
- no longer uses the same version of libs this module is deprecated.
32
- - ` admin-console ` - Code owned by the Admin Console team.
33
- - ` auth ` - Code owned by the Auth team.
34
- - ` billing ` - Code owned by the Billing team.
35
- - ` components ` - Angular implementation of the Bitwarden design system.
27
+ - ` common ` : Common code shared between all the clients including CLI
28
+ - ` angular ` : Low-level Angular specific utilities used by all the visual clients
29
+ - ` node ` : Used to be shared code for CLI and Directory Connector CLI, but since directory connector
30
+ no longer uses the same version of libs this module is deprecated
31
+ - ` admin-console ` : Code owned by the Admin Console team
32
+ - ` auth ` : Code owned by the Auth team
33
+ - ` billing ` : Code owned by the Billing team
34
+ - ` components ` : Angular implementation of the Bitwarden design system
36
35
[ See more.] ( https://components.bitwarden.com/ )
37
- - ` exporter ` - Code related to exporting; owned by the Tools team.
38
- - ` importer ` - Code related to importing; owned by the Tools team.
39
- - ` platform ` - Code owned by the Platform team.
40
- - ` vault ` - Code owned by the Vault team.
36
+ - ` exporter ` : Code related to exporting; owned by the Tools team
37
+ - ` importer ` : Code related to importing; owned by the Tools team
38
+ - ` platform ` : Code owned by the Platform team
39
+ - ` vault ` : Code owned by the Vault team
41
40
42
41
For more on this approach, check out the
43
42
[ Nx documentation] ( https://nx.dev/concepts/more-concepts/applications-and-libraries ) :
@@ -58,9 +57,9 @@ anything exported from web-specific modules.
58
57
An existing example of this pattern is ` @bitwarden/components ` :
59
58
60
59
- It is used by multiple apps and other libs
61
- - It manages a clear public and private API boundary through its barrel file.
60
+ - It manages a clear public and private API boundary through its barrel file
62
61
- Code ownership is clear--only the files within ` libs/components `
63
- - The team can make independent decisions around internal folder structure and code style.
62
+ - The team can make independent decisions around internal folder structure and code style
64
63
65
64
As part of this process, we are also investigating utilizing additional tooling (such as Nx) to make
66
65
creating new libs on the fly easier.
0 commit comments