Skip to content

Add IItemProperties, IEditableCollectionView and associated types #26022

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
weshaggard opened this issue Apr 27, 2018 · 3 comments
Closed

Add IItemProperties, IEditableCollectionView and associated types #26022

weshaggard opened this issue Apr 27, 2018 · 3 comments
Labels
area-System.ComponentModel enhancement Product code improvement that does NOT require public API changes/additions

Comments

@weshaggard
Copy link
Member

@dotMorten commented on Tue Apr 24 2018

The IItemProperties and IEditableCollectionView in System.ComponentModel namespace are really great for describing data on ICollectionViewSource to handle dynamic datasources, where you don't have a pre-defined class to encapsulate a datamodel. For instance when dealing with generic data from any database table. It also avoids the need for reflection, as the IItemProperties provides the PropertyInfo you otherwise would retrieve through reflection.

These interfaces are useful for generating UI dynamically based on dynamic data models, for use with for instance DataGrids, form entries etc. By having your data collections implement these interfaces, specific platforms can use these interfaces to generate a UI for the data.

Doc references:


@weshaggard commented on Fri Apr 27 2018

Moving this to corefx as I think it is more about adding them to .NET Core then to .NET Standard. Once they are in .NET Core we can consider them for a future version of the standard if necessary.

@dotMorten
Copy link

dotMorten commented Apr 27, 2018

Moving this to corefx as I think it is more about adding them to .NET Core then to .NET Standard.

It's more problematic that they aren't in UWP and Mono than .NET Core where these things are used for generating dynamic complex UI. .This is all about describing your data models, which typically are written as .NET Standard assemblies.

@msftgits msftgits transferred this issue from dotnet/corefx Jan 31, 2020
@msftgits msftgits added this to the Future milestone Jan 31, 2020
@maryamariyan maryamariyan added the untriaged New issue has not been triaged by the area owner label Feb 23, 2020
@ericstj ericstj removed the untriaged New issue has not been triaged by the area owner label Jul 1, 2020
Copy link
Contributor

Due to lack of recent activity, this issue has been marked as a candidate for backlog cleanup. It will be closed if no further activity occurs within 14 more days. Any new comment (by anyone, not necessarily the author) will undo this process.

This process is part of our issue cleanup automation.

@dotnet-policy-service dotnet-policy-service bot added backlog-cleanup-candidate An inactive issue that has been marked for automated closure. no-recent-activity labels Jan 1, 2025
Copy link
Contributor

This issue will now be closed since it had been marked no-recent-activity but received no further activity in the past 14 days. It is still possible to reopen or comment on the issue, but please note that the issue will be locked if it remains inactive for another 30 days.

@dotnet-policy-service dotnet-policy-service bot removed this from the Future milestone Jan 15, 2025
@github-actions github-actions bot locked and limited conversation to collaborators Feb 14, 2025
@dotnet-policy-service dotnet-policy-service bot removed no-recent-activity backlog-cleanup-candidate An inactive issue that has been marked for automated closure. labels Feb 14, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-System.ComponentModel enhancement Product code improvement that does NOT require public API changes/additions
Projects
None yet
Development

No branches or pull requests

5 participants