From b9053c906342d893fc958a13f92a0f51e0db136b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jiri=20Cincura=20=E2=86=B9?= Date: Fri, 10 Jan 2025 12:16:21 +0100 Subject: [PATCH 1/5] Update Brice's status in Comparison to System.Data.SQLite. (#44205) --- docs/standard/data/sqlite/compare.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/standard/data/sqlite/compare.md b/docs/standard/data/sqlite/compare.md index 11be517980b74..207637c938a61 100644 --- a/docs/standard/data/sqlite/compare.md +++ b/docs/standard/data/sqlite/compare.md @@ -9,7 +9,7 @@ In 2005, Robert Simpson created System.Data.SQLite, a SQLite provider for ADO.NE The first version of .NET Core (released in 2016) was a single, lightweight, modern, and cross-platform implementation of .NET. Obsolete APIs and APIs with more modern alternatives were intentionally removed. ADO.NET didn't include any of the DataSet APIs (including DataTable and DataAdapter). -The Entity Framework team was somewhat familiar with the System.Data.SQLite codebase. Brice Lambson, a member of the EF team, had previously helped the SQLite team add support for Entity Framework versions 5 and 6. Brice was also experimenting with his own implementation of a SQLite ADO.NET provider around the same time that .NET Core was being planned. After a long discussion, the Entity Framework team decided to create Microsoft.Data.Sqlite based on Brice's prototype. This would allow them to create a new lightweight and modern implementation that would align with the goals of .NET Core. +The Entity Framework team was somewhat familiar with the System.Data.SQLite codebase. Brice Lambson, a former member of the EF team, had previously helped the SQLite team add support for Entity Framework versions 5 and 6. Brice was also experimenting with his own implementation of a SQLite ADO.NET provider around the same time that .NET Core was being planned. After a long discussion, the Entity Framework team decided to create Microsoft.Data.Sqlite based on Brice's prototype. This would allow them to create a new lightweight and modern implementation that would align with the goals of .NET Core. As an example of what we mean by more modern, here is code to create a [user-defined function](user-defined-functions.md) in both System.Data.SQLite and Microsoft.Data.Sqlite. From 190acf102f6f72c10fd6983a0dbd61d270602ea1 Mon Sep 17 00:00:00 2001 From: Tomek Date: Fri, 10 Jan 2025 14:44:33 +0100 Subject: [PATCH 2/5] Update sealed.md with sealing methods from Object class (#44196) * Update sealed.md with sealing methods from Object class It was introduced in C# 10. There is possibility to prevent overriding of ToString() and the rest of Object's virtual methods * Update sealed.md corrected hrefs * Update sealed.md Fixed link to what's-new * Update sealed.md there was still too much '/' backtracking in the whats-new link * Update docs/csharp/language-reference/keywords/sealed.md Co-authored-by: Bill Wagner --------- Co-authored-by: Bill Wagner --- docs/csharp/language-reference/keywords/sealed.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/docs/csharp/language-reference/keywords/sealed.md b/docs/csharp/language-reference/keywords/sealed.md index e1a676a5f0c2f..1f6aa24ef27cd 100644 --- a/docs/csharp/language-reference/keywords/sealed.md +++ b/docs/csharp/language-reference/keywords/sealed.md @@ -27,6 +27,11 @@ In the following example, `Z` inherits from `Y` but `Z` cannot override the virt [!code-csharp[csrefKeywordsModifiers#16](~/samples/snippets/csharp/VS_Snippets_VBCSharp/csrefKeywordsModifiers/CS/csrefKeywordsModifiers.cs#16)] When you define new methods or properties in a class, you can prevent deriving classes from overriding them by not declaring them as [virtual](virtual.md). +When you override a `virtual` member declared in a base type, you can prevent deriving types from overriding them by using sealed keyword as in the following example: + +``` +public sealed override string ToString() => Value; +``` It is an error to use the [abstract](abstract.md) modifier with a sealed class, because an abstract class must be inherited by a class that provides an implementation of the abstract methods or properties. From d8e1f10ee90f4c905cb7df6223ba1b3816f8a35d Mon Sep 17 00:00:00 2001 From: Azure SDK Bot <53356347+azure-sdk@users.noreply.github.com> Date: Fri, 10 Jan 2025 05:46:15 -0800 Subject: [PATCH 3/5] Update package index with latest published versions (#44203) --- docs/azure/includes/dotnet-all.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/azure/includes/dotnet-all.md b/docs/azure/includes/dotnet-all.md index dbeb1a88b5a55..72c59d746c5c0 100644 --- a/docs/azure/includes/dotnet-all.md +++ b/docs/azure/includes/dotnet-all.md @@ -358,7 +358,7 @@ | App Configuration Extension | NuGet [8.0.0](https://www.nuget.org/packages/Microsoft.Azure.AppConfiguration.Functions.Worker/8.0.0)
NuGet [8.1.0-preview](https://www.nuget.org/packages/Microsoft.Azure.AppConfiguration.Functions.Worker/8.1.0-preview) | | | | App Configuration Provider | NuGet [8.0.0](https://www.nuget.org/packages/Microsoft.Azure.AppConfiguration.AspNetCore/8.0.0)
NuGet [8.1.0-preview](https://www.nuget.org/packages/Microsoft.Azure.AppConfiguration.AspNetCore/8.1.0-preview) | | | | Azure.Communication.Administration | NuGet [1.0.0-beta.3](https://www.nuget.org/packages/Azure.Communication.Administration/1.0.0-beta.3) | | | -| Communication Calling Windows Client | NuGet [1.10.0](https://www.nuget.org/packages/Azure.Communication.Calling.WindowsClient/1.10.0) | | | +| Communication Calling Windows Client | NuGet [1.10.0](https://www.nuget.org/packages/Azure.Communication.Calling.WindowsClient/1.10.0)
NuGet [1.11.0-beta.1](https://www.nuget.org/packages/Azure.Communication.Calling.WindowsClient/1.11.0-beta.1) | | | | DotNetty | NuGet [0.7.6](https://www.nuget.org/packages/DotNetty.Common/0.7.6) | | | | HTTP ASPNETCore Analyzers | NuGet [1.0.3](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.Extensions.Http.AspNetCore.Analyzers/1.0.3) | | | | Item Templates NetCore | NuGet [4.0.5051](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.ItemTemplates.NetCore/4.0.5051) | | | @@ -477,7 +477,7 @@ | App Service - API Apps Service | NuGet [0.9.64](https://www.nuget.org/packages/Microsoft.Azure.AppService.ApiApps.Service/0.9.64) | | | | Code Analyzers for Durable Functions | NuGet [0.5.0](https://www.nuget.org/packages/Microsoft.Azure.WebJobs.Extensions.DurableTask.Analyzers/0.5.0) | | GitHub [0.5.0](https://github.com/Azure/azure-functions-durable-extension/tree/Analyzer-v0.3.0/src/WebJobs.Extensions.DurableTask.Analyzers) | | Cosmos DB - BulkExecutor | NuGet [2.5.1-preview](https://www.nuget.org/packages/Microsoft.Azure.CosmosDB.BulkExecutor/2.5.1-preview) | | GitHub [2.5.1-preview](https://github.com/Azure/azure-cosmosdb-bulkexecutor-dotnet-getting-started) | -| Cosmos DB - Direct | NuGet [3.37.5](https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Direct/3.37.5) | | GitHub [3.37.5](https://github.com/Azure/azure-cosmos-dotnet-v3) | +| Cosmos DB - Direct | NuGet [3.37.6](https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Direct/3.37.6) | | GitHub [3.37.6](https://github.com/Azure/azure-cosmos-dotnet-v3) | | Cosmos DB - Encryption | NuGet [2.0.3](https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Encryption/2.0.3)
NuGet [2.1.0-preview4](https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Encryption/2.1.0-preview4) | | GitHub [2.0.3](https://github.com/Azure/azure-cosmos-dotnet-v3/tree/releases/encryption/1.0.0-preview4/Microsoft.Azure.Cosmos.Encryption) | | Cosmos DB - Encryption | NuGet [1.0.0-preview07](https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Encryption.Custom/1.0.0-preview07) | | | | Extensions - Caching Cosmos | NuGet [1.7.0](https://www.nuget.org/packages/Microsoft.Extensions.Caching.Cosmos/1.7.0) | | GitHub [1.7.0](https://github.com/Azure/Microsoft.Extensions.Caching.Cosmos/tree/v1.0.0-preview4) | From 80c601e6c8ca7a08faa269179e69ba56a2a0b1c7 Mon Sep 17 00:00:00 2001 From: Randa Zraik Date: Fri, 10 Jan 2025 19:24:28 +0200 Subject: [PATCH 4/5] Redundant description (#44207) --- docs/standard/managed-code.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/standard/managed-code.md b/docs/standard/managed-code.md index 98fdf4e2bd6cd..f4bd932745346 100644 --- a/docs/standard/managed-code.md +++ b/docs/standard/managed-code.md @@ -20,7 +20,7 @@ What is "Intermediate Language" (or IL for short)? It is a product of compilatio Once you produce IL from your high-level code, you will most likely want to run it. This is where the CLR takes over and starts the process of **Just-In-Time** compiling, or **JIT-ing** your code from IL to machine code that can actually be run on a CPU. In this way, the CLR knows exactly what your code is doing and can effectively *manage* it. -Intermediate Language is sometimes also called Common Intermediate Language (CIL) or common intermediate language (CIL). +Intermediate Language is sometimes also called Common Intermediate Language (CIL). ## Unmanaged code interoperability From 6613c27416ee9ef7073ad19888bdedacd20a6701 Mon Sep 17 00:00:00 2001 From: Alexander Batishchev Date: Fri, 10 Jan 2025 10:40:06 -0800 Subject: [PATCH 5/5] Fixed links to the attribute reference docs at mstest0001.md (#44211) --- docs/core/testing/mstest-analyzers/mstest0001.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/core/testing/mstest-analyzers/mstest0001.md b/docs/core/testing/mstest-analyzers/mstest0001.md index 86ae122192493..72ca813aa40ec 100644 --- a/docs/core/testing/mstest-analyzers/mstest0001.md +++ b/docs/core/testing/mstest-analyzers/mstest0001.md @@ -33,7 +33,7 @@ The assembly is not marked with `[assembly: Parallelize]` or `[assembly: DoNotPa ## Rule description -By default, MSTest runs tests within the same assembly sequentially, which can lead to severe performance limitations. It is recommended to enable assembly attribute [`[assembly: Parallelize]`](/dotnet/api/microsoft.visualstudio.testtools.unittesting.parallelizeattribute) to run tests in parallel, or if the assembly is known to not be parallelizable, to use explicitly the assembly level attribute [`[assembly: DoNotParallelize]`](/dotnet/api/microsoft.visualstudio.testtools.unittesting.donotparallelizeattribute). +By default, MSTest runs tests within the same assembly sequentially, which can lead to severe performance limitations. It is recommended to enable assembly attribute [`[assembly: Parallelize]`](../unit-testing-mstest-writing-tests-attributes.md#parallelizeattribute) to run tests in parallel, or if the assembly is known to not be parallelizable, to use explicitly the assembly level attribute [`[assembly: DoNotParallelize]`](../unit-testing-mstest-writing-tests-attributes.md#donotparallelizeattribute). The default configuration of `[assembly: Parallelize]` is equivalent to `[assembly: Parallelize(Scope = ExecutionScope.ClassLevel)]`, meaning that the parallelization will be set at class level (not method level) and will use as many threads as possible (depending on internal implementation).