Coffeehouse Thread

26 posts

Immutable collections for .NET arrive

Back to Forum: Coffeehouse
  • 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

  • Charles
  • magicalclick

    Sounds cool. Smiley

    Leaving WM on 5/2018 if no apps, no dedicated billboards where I drive, no Store name.
    Last modified
  • 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?

  • 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

  • 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?

  • FuncOfT

    , 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? 

  • 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.

Comments closed

Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation, please create a new thread in our Forums, or Contact Us and let us know.