You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@leonardoporro Thanks for your amazing work, which probably reclaimed lot of hours of reseach.
However ,the approach of GraphDff is completely different....
Indeed, it updates only what we want to update during the call of dbContext.UpdateGraph(...).
In your project, navigation properties are automatically loaded and updated during the save... It's not possible to load the graph at the demand (with several REST call client side by example) and then only merge loaded data by the client.
Do you think a such request could be implemented and handled atomatically in your project?
@Adriien-M Sorry for the late response. I've been working on a new version, that uses DTOs instead of the same entity.
So if you have an entity with 2 props and 3 navigations but you only want to load/update 1 prop and 1 navigation, it will be possible by creating a plain class with those properties.
Sadly, I had too much work at the office and didn't find enough time to work on it. But it will probably be ready on the first days of January.
I did that rather than contribute to this one as I don't fully understand the sources of GraphDiff and also I'm still uncertain about the difference between owned and associated - see Reconciler's readme where I compare semantics.
Anyway my rewrite works on EF6 and EFCore. The test coverage is still a bit thin, but the most important ones are there.
We have started to look at this library recently to re-wrote it for our new library: Entity Framework Classic. We hope to make a version for EF Core as well.
We will certainly look at your repository since the code looks a lot more light.
Hi,
It has been a year that i have started to user GraphDiff, and i loved it.
I would like to use it in .net core, but cant right now :(
How long it will take to support EF Core ?
Thanks
I thought I would check in on the progress of Graphdiff for EF Core. Perhaps it would help if you all made the project a sponsored project so that people could donate $ to it?
Activity
leonardoporro commentedon Oct 14, 2016
Try this one https://github.com/leonardoporro/EntityFrameworkCore.Detached.
Adriien-M commentedon Jul 24, 2017
@leonardoporro Thanks for your amazing work, which probably reclaimed lot of hours of reseach.
However ,the approach of GraphDff is completely different....
Indeed, it updates only what we want to update during the call of
dbContext.UpdateGraph(...).In your project, navigation properties are automatically loaded and updated during the save... It's not possible to load the graph at the demand (with several REST call client side by example) and then only merge loaded data by the client.
Do you think a such request could be implemented and handled atomatically in your project?
MNF commentedon Dec 4, 2017
Duplicate of #149 (also no answer)
leonardoporro commentedon Dec 4, 2017
@Adriien-M Sorry for the late response. I've been working on a new version, that uses DTOs instead of the same entity.
So if you have an entity with 2 props and 3 navigations but you only want to load/update 1 prop and 1 navigation, it will be possible by creating a plain class with those properties.
Sadly, I had too much work at the office and didn't find enough time to work on it. But it will probably be ready on the first days of January.
JonathanMagnan commentedon Dec 4, 2017
Hello @MNF ,
On my part, I took the ownership of this library a month ago.
I'm currently recruiting a developer that will mostly assigned to open source project and will make some request like this one.
There is currently no date for this request, but I hope it will be in early 2018.
Best Regards,
Jonathan
Help us to support this library: Donate
bdairy commentedon Dec 21, 2017
any update about Core 2 ???
JonathanMagnan commentedon Dec 21, 2017
Hello @bdairy ,
We have investigated a lot this library recently. We are still learning it before spending some time to try to revamp it.
As said in the previous answer, we hope to be able to do it in early 2018.
There is no fixed date yet.
Best Regards,
Jonathan
Help us to support this library: Donate
jtheisen commentedon Aug 12, 2018
I rewrote this library: Reconciler
I did that rather than contribute to this one as I don't fully understand the sources of GraphDiff and also I'm still uncertain about the difference between owned and associated - see Reconciler's readme where I compare semantics.
Anyway my rewrite works on EF6 and EFCore. The test coverage is still a bit thin, but the most important ones are there.
JonathanMagnan commentedon Aug 12, 2018
Thank @jtheisen ,
We have started to look at this library recently to re-wrote it for our new library: Entity Framework Classic. We hope to make a version for EF Core as well.
We will certainly look at your repository since the code looks a lot more light.
I recommend you to add a license file to your repository: https://github.com/zzzprojects/GraphDiff/blob/master/LICENSE to let people know about it.
Best Regards,
Jonathan
jtheisen commentedon Aug 13, 2018
A port of EF6 to .NET Core is awesome! Thanks for that!
Added the licence.
MelihSevsay commentedon Jan 14, 2020
Hi,
It has been a year that i have started to user GraphDiff, and i loved it.
I would like to use it in .net core, but cant right now :(
How long it will take to support EF Core ?
Thanks
iamtron01 commentedon Jan 28, 2020
Hello,
I thought I would check in on the progress of Graphdiff for EF Core. Perhaps it would help if you all made the project a sponsored project so that people could donate $ to it?
Thanks
viniciusverasdossantos commentedon Feb 8, 2021
I would love to use EF core 5
MNF commentedon Oct 28, 2022
Is it still no support for EF Core?
MNF commentedon Feb 5, 2023
Consider to use https://github.com/WahidBitar/EF-Core-Simple-Graph-Update.
It works well for me.