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
The models use named constructors and the code necessary to make it work with Equatable is too verbose and unnecessary. This is because the call to the super constructor (Equatable) complains when accessing non static members.
sticking to overriding hashCode and the == operator for now.
The text was updated successfully, but these errors were encountered:
overriding the operators seemed like a good idea. However, some models have attributes of non primitive types, this causes the equality check to fail even with the overrode operators.
Would be helpful to find out if equatable handles this situations well.
If it does, the best option is to move to it even if the code is a little more verbose.
The models use named constructors and the code necessary to make it work with Equatable is too verbose and unnecessary. This is because the call to the super constructor (Equatable) complains when accessing non static members.
sticking to overriding hashCode and the == operator for now.
The text was updated successfully, but these errors were encountered: