on 02-16-2021 11:33 PM
Well, it is a good thought to save the space. But basically it's because each app is stand-alone in that perspective.
Not all apps require the same node modules and not all apps require the same versions of the node modules. In fact there are cases where you specifically need different versions for different apps.
Also, in this way, we can be sure that each app is developed consistently if there is only one app or 10 apps in total, with each of them separated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I fully understand the reasons, but something has to be perfected. Copies and backups become too time consuming and control of the source code is already a big job. The modules to be imported and complementary to applications need to be stored internally in another region without having to participate in the structure of the sources. That's how I think.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
BAS and VSCode in this sense facilitates the application technology stacks with the required design-time needs, in this case, provision of the application defined dependencies needed for the Fiori application development.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
78 | |
9 | |
9 | |
7 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.