docs: Update GEMINI.md with Svelte 5 and ID guidelines

Added a new 'Development Guidelines' section to GEMINI.md to provide clear instructions on Svelte v5 conventions and the project's 'id' vs 'id_random' usage. This will serve as a reminder to avoid common pitfalls and ensure code consistency.
This commit is contained in:
Scott Idem
2025-11-18 19:32:14 -05:00
parent 74140f41db
commit 1d0620085f

View File

@@ -36,6 +36,27 @@ The following directories are ignored for various operations (e.g., search, file
- `node_modules`
- `tests`
## Development Guidelines
### Svelte v5 and SvelteKit
This project uses Svelte v5 with runes enabled. This introduces significant differences from Svelte v4. It is critical to adhere to v5 conventions to avoid bugs.
- **Reactivity:** State is managed with `$state` and `$derived`. Props can be made two-way bindable with `$bindable`. Avoid direct mutation of props.
- **Event Handling:**
- DOM events still use the `on:eventname` directive (e.g., `on:click`, `on:input`).
- Component events are dispatched with `createEventDispatcher` and listened to with `on:eventname`.
- For two-way binding on component props, use `bind:propName`.
- **Stores and `liveQuery`:**
- To access the value of a store in Svelte v5, you must use the `$store_name` syntax (e.g., `$ae_api`).
- Dexie `liveQuery` returns an observable. To use it in a component, you must subscribe to it within `onMount` to avoid SSR errors. The value from the subscription should then be assigned to a `$state` variable.
- **Migration Guide:** For a comprehensive overview of the changes, refer to the official [Svelte 5 Migration Guide](https://svelte.dev/docs/svelte/v5-migration-guide).
### ID Convention: `id` vs. `id_random`
- **Always use `id_random`:** The API returns both a numeric `id` and a string-based `[obj_type]_id_random`. For all frontend operations (routing, data fetching, local storage), you **must** use the `_id_random` string.
- **Local Storage:** When saving an object to the local IndexedDB (Dexie), the `id_random` value should be aliased to both `id` (as the primary key) and `[obj_type]_id`. This ensures consistency with Dexie's expectations and the rest of the application's data access patterns.
---
## Refactoring Notes