Because of that, I create a global functionality, called getModelInfo() --check last commit--. This way if someone wants to include a new model in the project structure, he/she just need to create the model file (i.e. feature.js) and just to include a meta data in the getModelInfo function and that's it.
Then, I need your help to modify the filetree.js, and the multi-models.vue files, to use that function, and generate the proper project structure without having to manually modify those files to include new models (you agree?).
For example, the next code must be updated. In the previous image, there is only one model ("feature") which appears in the "application" subfolder, and the "adaptation" subfolder. Later if someone wants to include a new model in the "application" subfolder, he/she just need to modify the getModelInfo meta data and that's it. (Sounds better don't you think so?).
Therefore, you should not predefine the number of childrens of each project folder. For example, in the next image you are saying a "domain" folder will have 3 childrens. But this should be automatically generated, based on the quantity of models that will be displayed in the domain folder. Check first image of this email. So, again, use the getModelInfo function to make it generic.
Because of that, I create a global functionality, called getModelInfo() --check last commit--. This way if someone wants to include a new model in the project structure, he/she just need to create the model file (i.e. feature.js) and just to include a meta data in the getModelInfo function and that's it.
Then, I need your help to modify the filetree.js, and the multi-models.vue files, to use that function, and generate the proper project structure without having to manually modify those files to include new models (you agree?).
For example, the next code must be updated. In the previous image, there is only one model ("feature") which appears in the "application" subfolder, and the "adaptation" subfolder. Later if someone wants to include a new model in the "application" subfolder, he/she just need to modify the getModelInfo meta data and that's it. (Sounds better don't you think so?).
Therefore, you should not predefine the number of childrens of each project folder. For example, in the next image you are saying a "domain" folder will have 3 childrens. But this should be automatically generated, based on the quantity of models that will be displayed in the domain folder. Check first image of this email. So, again, use the getModelInfo function to make it generic.