Ability to manage extraDbs inside of backend instance
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 6.5k
- Forks
- 456
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 5
Description
I have one usecase: to manage the set extraDbs in the instance of sharedb/lib/backend
I have successfully expanded this instance with two methods: addExtraDb and getExtraDb.
You can see how I did it here: racer-model-rpc/src/backend
I would like to know your opinion on such extensions for an existing sharedb/lib/backend class.
Are you planning to redesign such overloaded class or create additional management methods for extraDbs? What is the future of such a special option extraDbs?
Please help me clarify the situation!
Although, I understand that we have ability from outside to control extraDbs as an option during initialization or with direct access to an object variable like instance.extraDBs. But, I need to have isolated access to extraDBs to setup an extra DBs in case of the backend instance is already defined.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with lib/backend.js, especially the extraDbs handling referenced in the issue, and compare it with the example in racer-model-rpc/src/backend.js. The issue is seeking a design decision about isolated extraDbs management rather than specifying a concrete change; done would require an agreed API and corresponding implementation scope.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100