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
upgrading to a new version just broke our code. The first issue is that IsPrimaryKey is now obsolete and will be removed, completely removing the way to dynamically discover a field that is a primary key. The new SetPrimaryKey method resolves setting the key as primary, but there is no way to retrieve which field is the key. This information is now hidden in a private _propertyRegistration we cannot access.
Another problem is that PropertyMapping no longer exposes the property Descriptor. It seems to have been removed in commit 8a9a54e, better said moved to aa registration namespace and hidden from developers.
This was a convenient way to directly access type descriptor directly from Mapping, not worrying about types in generic methods (see example below).
Generally, it has become very difficult to query the dynamically discovered ORM.
Things like this are no longer possible, to retrieve a PK value in a generic repo handler:
private static int? GetKeyValue(T c) => (int?)OrmConfiguration.GetDefaultEntityMapping<T>().GetProperties().First(p => p.IsPrimaryKey).Descriptor.GetValue(c);
There is a workaround, relying on POCO class discovery and fishing for [Key] attribute, but this seemed as more concrete solution as this is what the FstCrud uses to submit data.
The text was updated successfully, but these errors were encountered:
Yes, version 3.0 has introduced some breaking changes.
In the area you mentioned, I believe the goal was to remove the informational properties in favor of the fluent registration methods. Both in there just made a mess. But yeah, I agree with you, exposing the mapping info shouldn't go away. We'll have something done in the next minor release.
You can leave the fluent stuff as it was added (its good architecture choice), but just convert IsPrimaryKey to a getter only property, that will allow discovery and prevent properties from messing up the fluent chain. Do that for other stuff also.
Hi,
upgrading to a new version just broke our code. The first issue is that
IsPrimaryKey
is now obsolete and will be removed, completely removing the way to dynamically discover a field that is a primary key. The newSetPrimaryKey
method resolves setting the key as primary, but there is no way to retrieve which field is the key. This information is now hidden in a private_propertyRegistration
we cannot access.Another problem is that PropertyMapping no longer exposes the property
Descriptor
. It seems to have been removed in commit 8a9a54e, better said moved to aa registration namespace and hidden from developers.This was a convenient way to directly access type descriptor directly from Mapping, not worrying about types in generic methods (see example below).
Generally, it has become very difficult to query the dynamically discovered ORM.
Things like this are no longer possible, to retrieve a PK value in a generic repo handler:
There is a workaround, relying on POCO class discovery and fishing for [Key] attribute, but this seemed as more concrete solution as this is what the FstCrud uses to submit data.
The text was updated successfully, but these errors were encountered: