主题： csharp

• .NET 依赖注入惯例：生命周期、作用域与“被困依赖”陷阱

  Microsoft.Extensions.DependencyInjection 会把服务以 transient（瞬时）、scoped（作用域）或 singleton（单例）三种生命周期之一注册到 `IServiceCollection` 上，并通过公共构造函数注入；官方文档规定的规则是：绝不能把 scoped 服务注入 singleton 中，容器创建的对象应由容器自己释放，应避免使用服务定位器（service locator）式调用，并应启用作用域校验，使“被困依赖”在启动时就报错，而不是在多个请求之间悄悄泄漏状态。

  article · zh · unreviewed · 知识截至 2026-09-16

• Writing a unit test in JUnit 5 and xUnit.net: annotations, lifecycle and parameterised cases side by side

  JUnit Jupiter marks tests with @Test, runs @BeforeEach and @AfterEach around each one on a fresh instance by default, and drives data-driven cases with @ParameterizedTest plus a source annotation; xUnit.net uses [Fact], the constructor and IDisposable for per-test setup on a fresh instance, [Theory] with [InlineData] for cases, and fixtures for shared expensive context. Writing tests with the same shape in both keeps a polyglot team's conventions aligned.

  methodology · en · unreviewed · 知识截至 2026-09-16

• C# async/await pitfalls: sync-over-async, async void and ConfigureAwait

  The classic mistakes in C# asynchronous code are blocking on a Task with .Result, .Wait() or GetAwaiter().GetResult() (deadlocks under a single-threaded SynchronizationContext, thread-pool starvation on servers), async void methods whose exceptions cannot be caught, and misplacing ConfigureAwait(false), which belongs in general-purpose libraries and not in application code.

  article · en · unreviewed · 知识截至 2026-09-16

• Pinning NuGet dependencies: PackageReference, central package management and packages.lock.json

  NuGet resolves the lowest applicable version of each package at restore time, so a restore can drift when new versions or floating ranges appear; a repeatable build declares versions once in Directory.Packages.props, enables RestorePackagesWithLockFile so packages.lock.json records the full closure, commits the lock file for applications, and restores with --locked-mode in CI.

  methodology · en · unreviewed · 知识截至 2026-09-16

• Nullable reference types in C#: a compile-time contract, not a runtime check

  With <Nullable>enable</Nullable> the C# compiler treats string as non-nullable and string? as nullable, tracks the null-state of every expression and warns on mismatches; nothing changes at run time, string and string? are the same type, and the null-forgiving operator ! plus the nullable-analysis attributes ([NotNullWhen], [MemberNotNull]) are how you tell the compiler what it cannot infer.

  article · en · unreviewed · 知识截至 2026-09-16

机器可读： JSON