DbContext AutoDetectChangesEnabled е зададен на фалшиво откриване на промени

Задаването на AutoDetectChangesEnabled на false не деактивира проследяването на промените. (Това би направил методът за разширение AsNoTracking().) Той просто деактивира автоматичното извикване на DetectChanges, което иначе би се случило в много DbContext API методи.

Но DetectChanges не е единственият метод, който участва в проследяването на промените. Ако обаче не го извикате ръчно на правилните места, където е необходимо, проследените състояния на обекта са непълни или грешни, което води до неправилно записани данни.

Във вашия случай състоянието Added в първата част на вашето method се очаква, дори когато AutoDetectChangesEnabled е зададено на false, защото вие само извиквате db.Projects.Add(p). (Между другото, редът липсва във вашия код, но предполагам, че това е просто грешка при копиране и поставяне.) Извикването на метод от DbContext API проследява промените правилно и състоянията в инструмента за проследяване ще бъдат правилни, ако състоянието е било правилно преди извикването на Add.

Или с други думи: извикването на API метод не превръща правилното състояние в грешно състояние. Но: Ако AutoDetectChangesEnabled е false, това също няма да превърне грешно състояние в правилно състояние, какъвто би бил случаят, ако AutoDetectChangesEnabled е true.

Въпреки това, във втората част на вашия method вие просто променяте стойността на свойството на POCO. След тази точка състоянието на инструмента за проследяване на промените е грешно (Unchanged) и без извикване на DetectChanges (ръчно или - ако AutoDetectChangesEnabled е true - автоматично в ChangeTracker.Entries или SaveChanges) никога няма да бъде коригирано. Ефектът е, че променената стойност на свойството не се записва в базата данни.

В последния раздел, споменаващ състоянието Unchanged, имам предвид моя собствен тест (а също и това, което бих очаквал). Не знам и не мога да възпроизведа защо имате състояние Modified.

Съжалявам, ако всичко това звучи малко объркващо. Артър Викерс може да го обясни по-добре.

Смятам, че автоматичното откриване на промени и поведението при деактивирането му са доста трудни за разбиране и овладяване и обикновено не докосвам настройките по подразбиране (AutoDetectChangesEnabled = true) за всички проследявани промени, които са по-сложни от най-простите неща (като групово добавяне на обекти в примка и т.н.).

#import "CustomSegue.h"
#import "SOLSlideTransitionAnimator.h"

@interface CustomSegue()<UIViewControllerTransitioningDelegate>
@property (nonatomic,strong) SOLSlideTransitionAnimator* animator;
@end

@implementation CustomSegue

- (void)perform {
    UIViewController *sourceViewController = self.sourceViewController;
    UIViewController *destinationViewController = self.destinationViewController;

    destinationViewController.transitioningDelegate = self;
    destinationViewController.modalPresentationStyle = UIModalPresentationCustom;

    [sourceViewController presentViewController:destinationViewController animated:YES completion:nil];
}

/*
 Called when presenting a view controller that has a transitioningDelegate
 */
- (id<UIViewControllerAnimatedTransitioning>)animationControllerForPresentedController:(UIViewController *)presented
                                                                  presentingController:(UIViewController *)presenting
                                                                      sourceController:(UIViewController *)source
{
    self.animator.appearing = YES;
    return self.animator;
}

-(SOLSlideTransitionAnimator*) animator
{
    if(!_animator)
    {
        _animator = [[SOLSlideTransitionAnimator alloc] init];
        _animator.appearing = NO;
        _animator.duration = 0.35;
        _animator.edge = SOLEdgeRight;
    }
    return _animator;
}

@end

@interface CustomUnwindSegue()<UIViewControllerTransitioningDelegate>
@property (nonatomic,strong) SOLSlideTransitionAnimator* animator;
@end



#import "CustomUnwindSegue.h"
#import "SOLSlideTransitionAnimator.h"

@implementation CustomUnwindSegue

- (void)perform {
    UIViewController *sourceViewController = self.sourceViewController;

    sourceViewController.transitioningDelegate = self;
    sourceViewController.modalPresentationStyle = UIModalPresentationCustom;

    [sourceViewController dismissViewControllerAnimated:YES completion:nil];
}

-(SOLSlideTransitionAnimator*) animator
{
    if(!_animator)
    {
        _animator = [[SOLSlideTransitionAnimator alloc] init];
        _animator.appearing = NO;
        _animator.duration = 0.35;
        _animator.edge = SOLEdgeRight;
    }
    return _animator;
}

/*
 Called when dismissing a view controller that has a transitioningDelegate
 */
- (id<UIViewControllerAnimatedTransitioning>)animationControllerForDismissedController:(UIViewController *)dismissed
{
    self.animator.appearing = NO;
    return self.animator;
}

@end

Ако някой търси AutoDetectChangesEnabled в Entity Framework Core, можете да го намерите под ChangeTracker вместо Configuration

Използване като:

context.ChangeTracker.AutoDetectChangesEnabled = false;

//Do something here
context.PriceRecords.Add(newPriceRecord);

context.ChangeTracker.AutoDetectChangesEnabled = true;

според Entity статията на Framework Automatic Detect Changes

те казаха:

може да получите значителни подобрения в производителността, като го изключите в some cases

вижте този пример от тази статия

using (var context = new BloggingContext()) 
{ 
    try 
    { 
        context.Configuration.AutoDetectChangesEnabled = false; 

        // Make many calls in a loop 
        foreach (var blog in aLotOfBlogs) 
        { 
            context.Blogs.Add(blog); 
        } 
    } 
    finally 
    { 
        context.Configuration.AutoDetectChangesEnabled = true; 
    }
}

Този код избягва ненужните извиквания към DetectChanges, които биха възникнали при извикване на методите DbSet.Add и SaveChanges.