EasyRepository.EFCore
EasyRepository.EFCore copied to clipboard
✨ [FEATURE] Add 'Enum.AsNoTracking' to all methods instead of using bool values
Summary
I would like to add an overload that takes Enum.AsNoTracking to all of the methods. For example, currently there might be a method such as this:

I would like to add an overload that takes an enum instead of bool

In this enhancement I suggest we:
- Add the overload parameter, and eventually in later versions remove the
boolparameter - Add the overload parameter and also remove the
boolparameter
What do you suggest?
Advantage
Explicit parameters help the developer. using a bool of true or false can mean anything. The developer must look at the xml notes in order to see "Ah yes... this is for change tracking"
Here are some articles about it:
- https://softwareengineering.stackexchange.com/a/147983
- https://www.reddit.com/r/programming/comments/g9sxyj/dont_use_boolean_arguments_use_enums/
- https://betterprogramming.pub/dont-use-boolean-arguments-use-enums-c7cd7ab1876a
Additional context I will need your advice and suggestions on naming the classes and properties.
I suggest these, please let me know your input and feel free to rename or re-design
Enum
public enum EfTrackingOptions
{
/// <summary>
/// Disables EfCore change tracking
/// </summary>
AsNoTracking,
/// <summary>
/// Enables EfCore Change Tracking
/// </summary>
WithTracking
}
Extension Method
internal static class EfTrackingOptionExtensions
{
public static bool HasNoTracking(this EfTrackingOptions options)
{
return options == EfTrackingOptions.AsNoTracking;
}
}
Outstanding Questions & Input required
- Should we do option 1 of add the overload, and not remove the
bool, or option 2 of add the overload and remove theboolparameter - Naming suggestions of
enum class name and property names - Naming suggestions of
extension method class name and method name
First of all, thank you for this great suggestion. Your recent contributions to EasyRepository.EFCore has been very impressive. It would certainly be much more readable and understandable to use enum instead of bool. I will be looking forward to your work on this.
@jeffward01
@furkandeveloper - Its my pleasure! I have a bunch of libraries I create myself for my own development, and I needed a really good library for Generic Repository (I love repository pattern, many people say its not needed and overkill, I say to these people, obviously they have not had to work on large enterprise code bases before 🙃 )
I found your library, and its great! there are some things that I wanted to change and improve, and thank you for being so receptive to them.
I have a few more changes / features I plan to suggest after I have more usage with your library, specifically around the IIncludableQueryable and perhaps an extension nuget package to incorporate IncludeFilter - I will open a feature request when i have a better idea for this feature. its a very 'rough' idea now.
I need to thank you as well for being so responsive and active on GitHub! I really appreciate it!
In regards to:
In this enhancement I suggest we:
1.) Add the overload parameter, and eventually in later versions remove the bool parameter 2.) Add the overload parameter and also remove the bool parameter
What do you suggest?
What are your thoughts on this, currently I am just adding the overload method. (option 1)
Personally, i'd like to remove the bool parameter entirely, but I also know that this is a "breaking" change, and perhaps its better to add the [Obsolete] attribute to it until 3.0.0 is released? or perhaps 2.5.0,
I know that this is one of the most sensitive parts when it comes to maintaining libraries
In regards to:
In this enhancement I suggest we: 1.) Add the overload parameter, and eventually in later versions remove the bool parameter 2.) Add the overload parameter and also remove the bool parameter What do you suggest?
What are your thoughts on this, currently I am just adding the overload method. (
option 1)Personally, i'd like to remove the
boolparameter entirely, but I also know that this is a "breaking" change, and perhaps its better to add the [Obsolete] attribute to it until3.0.0is released? or perhaps2.5.0,I know that this is one of the most sensitive parts when it comes to maintaining libraries
Definitely old methods should continue to be supported until 3.0.0 is released.