feat: add @signaldb/electron integration package#2657
Conversation
Add an IPC bridge that lets Electron renderer processes use reactive Collections backed by persistence adapters running in the main process.
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #2657 +/- ##
==========================================
Coverage 100.00% 100.00%
==========================================
Files 56 60 +4
Lines 1866 1998 +132
Branches 444 456 +12
==========================================
+ Hits 1866 1998 +132 ☔ View full report in Codecov by Sentry. |
Bundle ReportChanges will increase total bundle size by 36.14kB (0.48%) ⬆️. This is within the configured threshold ✅ Detailed changes
|
|
Thanks for your PR! Quick question: why not just using a custom persistence adapter that handles the IPC communication combined with some receiver side in the main process? |
|
I think the main advantage of this approach is that it gives you access to the collection in both the main process and the renderer process. If it were just a persistence adapter in the renderer, accessing it from the main process would be much more difficult, which is probably quite common. I would also need this for my use case, so I'd prefer this approach. |
|
I'll try to implement this in my own project and do some more testing there, but I think it's now ready for review 👍🏻 |
Add an IPC bridge that lets Electron renderer processes use reactive Collections backed by persistence adapters running in the main process.