Replies: 2 comments 1 reply
-
Hey @lepresk, Hope you are well! Re. your linter PR My decision to not enable it by default is because most (beginner) Flutter developers don't understand 'coding standards'. Personally, I use the linter package in my projects and agree with your points. I think it's best to make Nylo accessible for all developers on setup but for intermediate/senior devs, they have the option to quickly opted in to the linter by uncommenting that line. If you disagree, let me know too. I think it's good to have these kinda debates to make it better for everyone. Hope you can understand my thinking on this. Fyi - Nylo's packages going forward in v6 are using the Linter, e.g. nylo_support and nylo_framework |
Beta Was this translation helpful? Give feedback.
-
Hi @agordn52 for the v6, I have planned a change that will be a breaking change. It is related to the API helper, which is not currently type-safe and returns a dynamic type. We can certainly discuss all these details if you would like |
Beta Was this translation helpful? Give feedback.
-
A few months ago, I submitted a PR to enable the Flutter linter in this boilerplate, which I believe is essential for maintaining code standards, formatting, and catching errors. However, after creating a new project yesterday, I noticed that the linter is disabled again.
My question is : why is the linter deactivated in 2024, especially when it's widely considered best practice to use it in modern projects? It seems counterproductive, and I'd love to understand the reasoning behind this decision.
Beta Was this translation helpful? Give feedback.
All reactions