Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for generic default tree structure #117

Open
aehtiopicus opened this issue Jan 19, 2018 · 5 comments
Open

Support for generic default tree structure #117

aehtiopicus opened this issue Jan 19, 2018 · 5 comments

Comments

@aehtiopicus
Copy link

This is not an issue but i wanted to propose a runtime tree definition.

When there are lots of commands it gets harder and harder to write/maintain the file structure and in most cases it is only needed a basic tree structure like the exposed in node-cqrs example.

Is there a way to enhance the library to support a runtime tree definition?

@adrai
Copy link
Contributor

adrai commented Jan 19, 2018

not right now, but open fur the suggestion...
feel free to make a PR, so we can continue to discuss...

@aehtiopicus
Copy link
Author

I managed to enhance the domain.js to load additional domains which are previously generated in a programmatically wey.
I am afraid that the code might not be useful but what i did Is to get the generated tree in the init function store it and then re run the first and third async block (from init) changing the domainPath and appending the new aggregators to the stored variable before
attachLookupFunctions

That it make sense???

@adrai
Copy link
Contributor

adrai commented Jan 20, 2018

And this works for you?
Should this async blocks be exposed?

@aehtiopicus
Copy link
Author

If you want to check it it is in my fork.

@adrai
Copy link
Contributor

adrai commented Jan 20, 2018

Is it private?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants