Repository files navigation

This repo contains all the sample code that is part of any topic underthe .NET documentation. There are several different projects thatare organized in sub-folders. These sub-folders are organized similarlyto the organization of the docs for .NET. Some of the articles will have more than one sample associated with them.

The content team tracks issues for .NET documentation in thedotnet/docs anddotnet/dotnet-api-docs repositories. Issues are turned off on this repository. File issues against existing samples and suggestions for new samples in those repositories. If you're not sure where, choosedotnet/docs. This process keeps the issues associated with the articles that explain the concepts for each sample. The best process is to file an issue from the feedback control at the bottom of each docs page:

• For existing samples, file the issue on the page with the sample.
• To suggest new samples, file the issue on the index page where you want to see the new sample.

The code in this repository represents programs that demonstrate application or library scenarios. These samples often use more than one technology, feature, or toolkit. Each sample has a readme.md file that explains the sample and links to resources for more information.

Samples should be buildable projects. Those projects should build andrun on the widest set of platforms possible for the given sample. In practice, that means building .NET Core-based console applications where possible. Samples that are specific to the web or a UI framework should add those tools as needed. Examples include web applications, mobile apps, WPF or Windows Forms apps, and so on.

We are working toward having a CI system in place for all code. When you make any updates to samples, make sure each update is part of a buildableproject. Ideally, add tests for correctness on samples as well.

Build any .NET Core sample using the .NET Core CLI, which is installed withthe .NET Core SDK. Then runthese commands from the CLI in the directory of any sample:

dotnet builddotnet run

These will install any needed dependencies, build the project, and runthe project respectively.

Multi-project samples have instructions in their root directory inaREADME.md file.

Except where noted, all samples build from the command line onany platform supported by .NET Core. There are a few samples that arespecific to Visual Studio and require Visual Studio 2017 or later. Inaddition, some samples show platform-specific features and will requirea specific platform. Other samples and snippets require the .NET Frameworkand will run on Windows platforms, and will need the Developer Pack forthe target Framework version.

If you wish to add a code sample:

1. Your samplemust be part of a buildable project. Where possible, the projects should build on all platforms supported by .NET Core. Exceptions to this are samples that demonstrate a platform-specific feature or platform-specific tool.

2. Your sample should conform to theruntime coding style to maintain consistency.

   • Additionally, we prefer the use ofstatic methods rather than instance methods when demonstrating something that doesn't require instantiating a new object.

3. Your sample should includeappropriate exception handling. It should handle all exceptions that are likely to be thrown in the context of the sample. For example, a sample that calls theConsole.ReadLine method to retrieve user input should use appropriate exception handling when the input string is passed as an argument to a method. Similarly, if your sample expects a method call to fail, the resulting exception must be handled. Always handle the specific exceptions thrown by the method, rather than base class exceptions such asException orSystemException.

4. If your sample builds a standalone package, you must include the runtimes used by our CI build system, in addition to any runtimes used by your sample:

   • win7-x64
   • win8-x64
   • win81-x64
   • ubuntu.16.04-x64

We will have a CI system in place to build these projects shortly.

To create a sample:

1. File anissue or add a comment to an existing one that you are working on it.

2. Write the topic that explains the concepts demonstrated in your sample (example:docs/standard/linq/where-clause.md).

3. Write your sample (example:WhereClause-Sample1.cs).

4. Create aProgram.cs with a Main entry point that calls your samples. If there is already one there, add the call to your sample:

   publicclassProgram{publicvoidMain(string[]args){WhereClause1.QuerySyntaxExample();// Add the method syntax as an example.WhereClause1.MethodSyntaxExample();}}

5. Don't check in the solution file if it contains only one project.

To build and run your sample:

1. Go to the sample folder and build to check for errors:

   dotnet build

2. Run your sample:

   dotnet run

3. Add aREADME.md to the root directory of your sample.

   This should include a brief description of the code, and refer people to the article that references the sample.