Consider drop of readonly modifiers

[Nodonisko]

Consider drop of readonly modifiers

[lieberkind]

and the moment it supports arrays only, but I think adding support for objects doesn't require much effort

@mobily Adding a mutability option for objects would be a great help! At my company we're also trying to introduce ts-belt for into a large codebase and are getting hit by having to run F.toMutable a lot.

Thanks for the great work!

[adrian-gierakowski]

to add my two cents: it's best if function arguments are immutable, but return values not. This allows for seamless integration with libraries which are imprecise in their types and use mutable types in function arguments, event though they do not mutate them

[mobily]

hello @Nodonisko 👋 thanks for the suggestion, and I will definitely consider it, in the meantime, have you tried this https://mobily.github.io/ts-belt/docs/getting-started/config#immutable-vs-mutable?

[Nodonisko]

@mobily Cool I didn't know about that config! I will try it :)

[mobily]

and the moment it supports arrays only, but I think adding support for objects doesn't require much effort

[mobily]

@Nodonisko does that work as intended on your end?

[Nodonisko]

@mobily It's better, but as you mentioned without object support there are still places where it throws a lot.

[Nodonisko]

I think I can help you with this one, but I have troubles to understand how to contribute. For example for Array, there are two files:

/Array/Array.ts
/Array/index.ts

In index.ts there seems to be type definitions for all functions from Array.res but there is also file Array.ts where is only small subset of type definitions for these functions. So which files I can change?