2 ms·
Theoretically you are right, but in practice you spent more time with the framework and how the "best practices" work, as with you application. Most problems a
by progx 12y ago
Theoretically you are right, but in practice you spent more time with the framework and how the "best practices" work, as with you application.
Most problems are simple, but to solve them in a framework, you have much todo.
And when you understand and use everything "the right way", the new Version of the Framework arrive -> see angualar v2.
A new Framework with a new underlying language (WTF?)
Best practices work without frameworks too, you have only to define them and communicate them with your co-coders.
Since requirejs with the modularity and different build tools, i feel no need for a huge framework.
I pick the libraries i need and build parts of the application into modules, since the communication run with events it is clean, structured and has a clear defined API.
- debaserab2 12y agoI see that as a positive. The knowledge you gain working with the framework immediately transfers to the next project using the framework. How hard a problem is to solve depends completely on the framework. Obviously, the better frameworks make that as easy as possible. Best practices outside of frameworks absolutely exist of course, but in the context of an application it's left up to you to decide what those are. Rather than spending time deciding this myself, I'd rather lean on people who have spent far longer on that decision than I have time for so I can get back to addressing the actual business problems my application is aiming to solve.