3 ms·
I agree. I am the creator of the data table lib datagridxl.com and I like to make my methods as flexible as possible. Example: grid.selectRows(2) // index grid
by robbiejs 4y ago
I agree. I am the creator of the data table lib datagridxl.com and I like to make my methods as flexible as possible. Example:
grid.selectRows(2) // index
grid.selectRows([3,5]) // range
grid.selectRows([[1,2],[4,6]]) // multiple ranges
It fits in the JavaScript spirit of "we will make it work" which I love.
Other major thing that made me decide to develop in es6 instead of typescript was compilation times. After a ctrl+s it had to compile ts to js for 10 seconds, which is annoying for me, as i like to check & test every minor code change.
- int_19h 4y ago> It fits in the JavaScript spirit of "we will make it work" which I love. Do you also use == and != for comparisons by default?
- robbiejs 4y agoCheck out the library, it's not that bad ;-)
- WorldMaker 4y ago> Other major thing that made me decide to develop in es6 instead of typescript was compilation times. After a ctrl+s it had to compile ts to js for 10 seconds, which is annoying for me, as i like to check & test every minor code change. Typescript has a --watch mode that compiles as you work. Most test runners also often have a --watch mode. Test runners that support Typescript directly don't even need Typescript's --watch to be running as they'll do both, compile and test in a single step as you save. Anecdotally, the time it takes to run tests dwarfs any Typescript compile times and in a --watch mode of a test runner there's almost zero difference in the time it takes to watch ES2015+ tests or Typescript tests.