Coffeehouse Thread

26 posts

Forum Read Only

This forum has been made read only by the site admins. No new threads or comments can be added.

Immutable collections for .NET arrive

Back to Forum: Coffeehouse
  • User profile image
    evildictait​or

    , blowdart wrote

    @Charles I will buy you lunch if your first question is

    "Immutable collections - does this change everything?"

    Also ask if the immutable classes might change in future Smiley

  • User profile image
    Charles
  • User profile image
    magicalclick

    Sounds cool. Smiley

    Leaving WM on 5/2018 if no apps, no dedicated billboards where I drive, no Store name.
    Last modified
  • User profile image
    LiquidBoy

    I would love if you could ask

     

    1. Why did they choose the NUGET mechanism for the ImmutableCollections feature. Is this something we should expect going forward for other features from them Smiley

    2. What made them choose using NUGET over VISUAL STUDIO EXTENSIONS.

    3. What is the next step from this preview, or more importantly how do they envision the roadmap for these NUGET delivered features...

    4. How do these features finally make there way into .NET framework?

  • User profile image
    Charles

    Thank you, Niners. Keep the questions coming! I'll make sure we set aside quality time to address as many as possible.

    We will try to keep this under an hour (I have to leave at 435 to get to a meeting in another building by 445). The camera will continue to roll regardless. Smiley

    C

  • User profile image
    exoteric

    Does this use research results like finger trees?

    Is the primary motivation practical in the sense of invariants or also geared towards compiler tricks?

  • User profile image
    Auxon0

    , exoteric wrote

    Does this use research results like finger trees?

    Is the primary motivation practical in the sense of invariants or also geared towards compiler tricks?

    Good question ... if all the types in use are in immutable collections, and all the computations on those immutable collections are within LINQ computations, could the compiler assume purity and therefore allow laziness and referential transparency by default in those cases? 

  • User profile image
    terrajobst

    , LiquidBoy wrote

    I would love if you could ask

    Sorry for the late reply -- I completely missed the second page Wink

    1. Why did they choose the NUGET mechanism for the ImmutableCollections feature.

    We chose NuGet for two reasons. Firstly, since Visual Studio 2012, the package manager is available out-of-the-box. And, more importantly in my mind, NuGet has already a huge community.

    Is this something we should expect going forward for other features from them Smiley

    Yes. In fact, we 've already shipped two .NET 4.5 components this way: MEF and TPL Dataflow. They aren't in preview anymore and are treated as any other .NET Framework component that ships together with the redist. For example, it's fully supported.

    2. What made them choose using NUGET over VISUAL STUDIO EXTENSIONS.

    NuGet is for libraries, Visual Studio Extensions is about tooling, i.e. extending Visual Studio itself. For example, the NuGet Package Manager is a Visual Studio Extension.

    3. What is the next step from this preview, or more importantly how do they envision the roadmap for these NUGET delivered features...

    We are still figuring out the exact details but our goal is investing more and more in out-of-band delivered components.

    4. How do these features finally make there way into .NET framework?

    If you're asking if we plan to eventually treat them as a fully supported .NET Framework components, then the answer is yes. If your question is whether we plan on redistributing them via the .NET Framework setup, then the answer is no.

Conversation locked

This conversation has been locked by the site admins. No new comments can be made.