Evgeny Maltsev

Привет! Например, так.

public interface IEntity<TId> where TId : struct
{
    TId Id { get; set; }
}

public class Person: IEntity<int>
{
    public int Id { get; set; }
    //другие поля
}

public abstract class GenericRepository<TEntity, TKey>: where TKey : struct where TEntity :  IEntity<TKey>
{
    internal ApplicationDbConext context;
    public GenericRepository(ApplicationDbConext context)
    {
        this.context = context;
    }

    //сделаем глупый метод, чисто для примера	
    public async Task<TEntity> FirstOrDefaultAsync(TKey id)
    {
        return await сontext.Set<TEntity>().FirstOrDefaultAsync(x => x.Id.Equals(id));
    }
}

public class PersonRepository: GenericRepository<Person, int>
{
    //методы для PersonRepository
}

Как уже говорили выше, статические методы относятся к классу в целом, а не к конкретному объекту. Что касается производительности: если сравнивать обычный метод внутри класса и статический, то статический будет работать быстрее из-за того, что не тратятся ресурсы на инициализацию конструктора. Но, сами понимаете, обычно это никакого существенного буста в производительности не даёт.

Как вариант: ту часть конфига, в которой прописываются всякие path, вынести в отдельный файл. А в основном конфиге просто использовать линк на этот файл. После этого нужно, чтобы каждый из разработчиков исключил этот файл (предположим paths.config) из обновления гита командой git update-index --skip-worktree paths.config. Теперь этот файл можно менять локально и его изменения трекаться не будут.

Хороший туториал есть на metanit по asp.net mvc/core. А если нет проблем с английским, то попробуйте курсы на pluralsight, там можно сделать 3 месяца бесплатной подписки.

a.GroupBy(x => x)
	.Where(x => x.Count() > 1)
	.Select(x => x.First())
	.ToList()
	.ForEach(Console.WriteLine);