Suggested features to add from Kotlin about n-lang HOT 18 CLOSED

What did I do

from n-lang.

maybe[int] is like Kotlin's Int?. It can be made with no special N syntax, just plain enums:

type maybe[t] = <yes t> | none

from n-lang.

Destructuring in for loops already is a thing because we've abstracted assigning a pattern to a type/value.

== checks by value not memory location already

Expressions able to be evaluated everywhere

We already have this, I think; all expressions can be used where values are expected.

when statement (or switch statement)

this would be the match proposal: #78

from n-lang.

Ok, I have updated the list with that info

from n-lang.

The to operator actually creates a pair, if you're interested in implementing that

from n-lang.

Oh ok, I shall update it, the thing I dislike using words in code so I kinda want to use something like ~> but that might just be bad

from n-lang.

The to operator actually creates a pair, if you're interested in implementing that
image

Oh, in that case, we already have something like that. mapFrom([(1, "hi"), (2, "hey")])

from n-lang.

True, so I guess that to is effectively implemented.

from n-lang.

The to operator actually creates a pair, if you're interested in implementing that
image

Oh, in that case, we already have something like that. mapFrom([(1, "hi"), (2, "hey")])

Hmm, not the biggest fan of the surrounding square brackets. Does N have vararg or something equivalent?

from n-lang.

Ok, Added it to the list to implement.

from n-lang.

Will N have null safety?

from n-lang.

Will N have null safety?

Already does with the maybe type

from n-lang.

Is the maybe type something like maybe<int> like kotlin's Int? or is it more like kotlin's Any??

from n-lang.

What if we did something like

identifier[1, 2, 3]
//       ^ no newlines allowed between the identifier and list

as a shorthand for identifier([1, 2, 3]): calling a function with a list as an argument.

If other arguments need to be given, we can just take advantage of currying:

coolFunction("happy", \{s})[1, 2, 3](true)

from n-lang.

Intresting, that might be nice.

from n-lang.

Should the vararg idea be removed because it can be done with a record or a tuple?

from n-lang.

yeah, or a list

from n-lang.

Closed as all things here are done

from n-lang.