-
Notifications
You must be signed in to change notification settings - Fork 22
Description
I propose we support expressions of the following:
let a = {| X = 1; Y = 2; Z = 3|}
let a' = {| a without Y |} // {| X = 1; Z = 3 |}That is, being able to construct a new anonymous record that is a subset of another one.
The existing way of approaching this problem in F# is to manually construct a':
let a = {| X = 1; Y = 2; Z = 3|}
let a' = {| X = a.X; Z = a.Z |} // {| X = 1; Z = 3 |}Pros and Cons
The advantages of making this adjustment to F# are:
- Less code involved to create a subset
- This sort of "drop a row"-style programming would be familiar to those using Python and Pandas for data science-y tasks
The disadvantages of making this adjustment to F# are :
- Anonymous Records can do even more than normal records, making the "smooth path to nominalization" less of a goal for these types.
Extra information
Here's what the RFC says about this:
Supporting "smooth nominalization" means we need to carefully consider whether features such as these allowed:
- removing fields from anonymous records
{ x without A }- adding fields to anonymous records
{ x with A = 1 }- unioning anonymous records
{ include x; include y }These should be included if and only if they are also implemented for nominal record types. Further, their use makes the cost of nominalization higher, because F# nominal record types do not support the above features - even
{ x with A=1 }is restricted to create objects of the same type as the originalx, and thus multiple nominal types will be needed where this construct is used.
However, Anonymous Records already support {| x with SomethingElse = foo |} to construct a new AR that has more fields than the one it was constructed from. This means that the middle point is already sort of violated, since you cannot reproduce this with record types.
Estimated cost (XS, S, M, L, XL, XXL): S-M
Affidavit (please submit!)
Please tick this by placing a cross in the box:
- This is not a question (e.g. like one you might ask on stackoverflow) and I have searched stackoverflow for discussions of this issue
- I have searched both open and closed suggestions on this site and believe this is not a duplicate
- This is not something which has obviously "already been decided" in previous versions of F#. If you're questioning a fundamental design decision that has obviously already been taken (e.g. "Make F# untyped") then please don't submit it.
Please tick all that apply:
- This is not a breaking change to the F# language design
- I or my company would be willing to help implement and/or test this