refactor: organize frontend by feature
This commit is contained in:
@@ -55,11 +55,10 @@ frontend/src/
|
||||
├─ pages/
|
||||
├─ plugins/
|
||||
├─ router/
|
||||
├─ stores/
|
||||
└─ views/
|
||||
└─ stores/
|
||||
```
|
||||
|
||||
The generated scaffold expects `app/`, `features/`, `pages/`, `router/`, `stores/`, and `api/`. Socialize currently has substantial existing code under `views/`, `stores/`, and `plugins/`. New isolated feature work should prefer `features/<feature>/`; existing screens should be migrated only by explicit task.
|
||||
Feature-owned frontend code lives under `frontend/src/features/<feature>/`. Feature folders may contain route views, stores, composables, constants, utilities, and local components. Cross-cutting shell code remains in `layouts/`, shared UI remains in `components/`, global plugins remain in `plugins/`, and app-wide stores may remain in `stores/`.
|
||||
|
||||
## API Contract
|
||||
|
||||
|
||||
Reference in New Issue
Block a user