You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is it possible to extend the feature of recursive folder detection, that it also consider existing barrel files in the recursive folders?
This would simplify the barrel files, especially in higher hierarchy levels and there are less file changes in a commit because only the nearest existing index.ts would be change with the command Update Barrel and not all in the folder tree.
I've been looking into the development of this new feature, but I don't see a straightforward path to implementing it. The challenge lies in handling file searches recursively, which would add complexity to the code. This could also introduce unintended side effects, especially for projects using frameworks like Next.js.
Currently, there's already a configuration option (autoBarrel.files.disableRecursiveBarrelling), that manages recursion. However, implementing this feature would require adding a new setting to toggle between these configurations.
Given the potential complications and time constraints, I regret that I’m unable to commit to delivering this update at the moment. As an alternative, I recommend exploring other extensions that might meet your needs.
I was looking at the exports the extension currently generates when asking it to create a barrel for a folder with nested folders and found that it generates an export for file except for index files.
How do you exclude the index files in your search, you must be encountering them and throwing them away, can we just throw away the other files and take the index file (if enabled by a feature flag)
Is it possible to extend the feature of recursive folder detection, that it also consider existing barrel files in the recursive folders?
This would simplify the barrel files, especially in higher hierarchy levels and there are less file changes in a commit because only the nearest existing
index.ts
would be change with the commandUpdate Barrel
and not all in the folder tree.Example structure
Current 'shared/index.ts'
Current 'shared/model/index.ts'
Expected 'shared/index.ts'
The text was updated successfully, but these errors were encountered: