Misplaced Pages

C Sharp (programming language)

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
(Redirected from Visual C Sharp) Programming language The correct title of this article is C#. The substitution of the # is due to technical restrictions.

C#
ParadigmMulti-paradigm: structured, imperative, object-oriented, event-driven, task-driven, functional, generic, reflective, concurrent
FamilyC
Designed byAnders Hejlsberg (Microsoft)
DeveloperMads Torgersen (Microsoft)
First appeared2000; 24 years ago (2000)
Stable release13 Edit this on Wikidata / 12 November 2024; 37 days ago (12 November 2024)
Typing disciplineStatic, dynamic, strong, safe, nominative, partly inferred
Memory managementautomatic memory management
PlatformCommon Language Infrastructure
License
Filename extensions.cs, .csx
Websitelearn.microsoft.com/en-us/dotnet/csharp/
Major implementations
Visual C#, .NET, Mono, Universal Windows Platform
Discontinued: .NET Framework, DotGNU
Dialects
, Polyphonic C#, Enhanced C#
Influenced by
C++, , Eiffel, F#, Haskell, Scala, Icon, J#, J++, Java, ML, Modula-3, Object Pascal, VB
Influenced
Chapel, Clojure, Crystal, D, J#, Dart, F#, Hack, Java, Kotlin, Nemerle, Oxygene, Rust, Swift, Vala, TypeScript

C# (/ˌsiː ˈʃɑːrp/ see SHARP) is a general-purpose high-level programming language supporting multiple paradigms. C# encompasses static typing, strong typing, lexically scoped, imperative, declarative, functional, generic, object-oriented (class-based), and component-oriented programming disciplines.

The principal inventors of the C# programming language were Anders Hejlsberg, Scott Wiltamuth, and Peter Golde from Microsoft. It was first widely distributed in July 2000 and was later approved as an international standard by Ecma (ECMA-334) in 2002 and ISO/IEC (ISO/IEC 23270 and 20619) in 2003. Microsoft introduced C# along with .NET Framework and Visual Studio, both of which were closed-source. At the time, Microsoft had no open-source products. Four years later, in 2004, a free and open-source project called Mono began, providing a cross-platform compiler and runtime environment for the C# programming language. A decade later, Microsoft released Visual Studio Code (code editor), Roslyn (compiler), and the unified .NET platform (software framework), all of which support C# and are free, open-source, and cross-platform. Mono also joined Microsoft but was not merged into .NET.

As of November 2024, the most recent stable version of the language is C# 13.0, which was released in 2024 in .NET 9.0.

Design goals

The Ecma standard lists these design goals for C#:

  • The language is intended to be a simple, modern, general-purpose, object-oriented programming language.
  • The language, and implementations thereof, should provide support for software engineering principles such as strong type checking, array bounds checking, detection of attempts to use uninitialized variables, and automatic garbage collection. Software robustness, durability, and programmer productivity are important.
  • The language is intended for use in developing software components suitable for deployment in distributed environments.
  • Portability is very important for source code and programmers, especially those already familiar with C and C++.
  • Support for internationalization is very important.
  • C# is intended to be suitable for writing applications for both hosted and embedded systems, ranging from the very large that use sophisticated operating systems, down to the very small having dedicated functions.
  • Although C# applications are intended to be economical with regard to memory and processing power requirements, the language was not intended to compete directly on performance and size with C or assembly language.

History

C Sharp's former logo.

During the development of the .NET Framework, the class libraries were originally written using a managed code compiler system named Simple Managed C (SMC). In January 1999, Anders Hejlsberg formed a team to build a new language at the time called Cool, which stood for "C-like Object Oriented Language". Microsoft had considered keeping the name "Cool" as the final name of the language, but chose not to do so for trademark reasons. By the time the .NET project was publicly announced at the July 2000 Professional Developers Conference, the language had been renamed C#, and the class libraries and ASP.NET runtime had been ported to C#.

Hejlsberg is C#'s principal designer and lead architect at Microsoft, and was previously involved with the design of Turbo Pascal, Embarcadero Delphi (formerly CodeGear Delphi, Inprise Delphi and Borland Delphi), and Visual J++. In interviews and technical papers, he has stated that flaws in most major programming languages (e.g. C++, Java, Delphi, and Smalltalk) drove the fundamentals of the Common Language Runtime (CLR), which, in turn, drove the design of the C# language.

James Gosling, who created the Java programming language in 1994, and Bill Joy, a co-founder of Sun Microsystems, the originator of Java, called C# an "imitation" of Java; Gosling further said that " sort of Java with reliability, productivity and security deleted." In July 2000, Hejlsberg said that C# is "not a Java clone" and is "much closer to C++" in its design.

Since the release of C# 2.0 in November 2005, the C# and Java languages have evolved on increasingly divergent trajectories, becoming two quite different languages. One of the first major departures came with the addition of generics to both languages, with vastly different implementations. C# makes use of reification to provide "first-class" generic objects that can be used like any other class, with code generation performed at class-load time. Furthermore, C# has added several major features to accommodate functional-style programming, culminating in the LINQ extensions released with C# 3.0 and its supporting framework of lambda expressions, extension methods, and anonymous types. These features enable C# programmers to use functional programming techniques, such as closures, when it is advantageous to their application. The LINQ extensions and the functional imports help developers reduce the amount of boilerplate code that is included in common tasks like querying a database, parsing an XML file, or searching through a data structure, shifting the emphasis onto the actual program logic to help improve readability and maintainability.

C# used to have a mascot called Andy (named after Anders Hejlsberg). It was retired on January 29, 2004.

C# was originally submitted to the ISO/IEC JTC 1 subcommittee SC 22 for review, under ISO/IEC 23270:2003, was withdrawn and was then approved under ISO/IEC 23270:2006. The 23270:2006 is withdrawn under 23270:2018 and approved with this version.

Name

Microsoft first used the name C# in 1988 for a variant of the C language designed for incremental compilation. That project was not completed, and the name was later reused.

C-sharp musical note

The name "C sharp" was inspired by the musical notation whereby a sharp symbol indicates that the written note should be made a semitone higher in pitch. This is similar to the language name of C++, where "++" indicates that a variable should be incremented by 1 after being evaluated. The sharp symbol also resembles a ligature of four "+" symbols (in a two-by-two grid), further implying that the language is an increment of C++.

Due to technical limits of display (standard fonts, browsers, etc.), and most keyboard layouts lacking a sharp symbol (U+266F ♯ MUSIC SHARP SIGN (♯)), the number sign (U+0023 # NUMBER SIGN (#)) was chosen to approximate the sharp symbol in the written name of the programming language. This convention is reflected in the ECMA-334 C# Language Specification.

The "sharp" suffix has been used by a number of other .NET languages that are variants of existing languages, including J# (a .NET language also designed by Microsoft that is derived from Java 1.1), A# (from Ada), and the functional programming language F#. The original implementation of Eiffel for .NET was called Eiffel#, a name retired since the full Eiffel language is now supported. The suffix has also been used for libraries, such as Gtk# (a .NET wrapper for GTK and other GNOME libraries) and Cocoa# (a wrapper for Cocoa).

Versions

C#
version
Language specification Date .NET Visual Studio
Ecma ISO/IEC Microsoft
1.0 ECMA-334:2003, December 2002 ISO/IEC 23270:2003, April 2003 January 2002 January 2002 .NET Framework 1.0 Visual Studio .NET 2002
1.1
1.2
October 2003 April 2003 Visual Studio .NET 2003
2.0 ECMA-334:2006, June 2006 ISO/IEC 23270:2006, September 2006 September 2005 November 2005 Visual Studio 2005
Visual Studio 2008
3.0 None August 2007 November 2007 Visual Studio 2008
4.0 April 2010 April 2010 Visual Studio 2010
5.0 ECMA-334:2017, December 2017 ISO/IEC 23270:2018, December 2018 June 2013 August 2012 Visual Studio 2012
Visual Studio 2013
6.0 ECMA-334:2022, June 2022 None Draft July 2015 Visual Studio 2015
7.0 ECMA-334:2023, December 2023 ISO/IEC 20619:2023, September 2023 Specification proposal March 2017 Visual Studio 2017 version 15.0
7.1 Specification proposal August 2017
  • .NET Core 2.0
Visual Studio 2017 version 15.3
7.2 Specification proposal November 2017 Visual Studio 2017 version 15.5
7.3 Specification proposal Archived March 7, 2021, at the Wayback Machine May 2018 Visual Studio 2017 version 15.7
8.0 None Specification proposal September 2019
  • .NET Core 3.0
  • .NET Core 3.1
Visual Studio 2019 version 16.3
9.0 Specification proposal November 2020
  • .NET 5.0
Visual Studio 2019 version 16.8
10.0 Specification proposal November 2021
  • .NET 6.0
Visual Studio 2022 version 17.0
11.0 Specification proposal November 2022
  • .NET 7.0
Visual Studio 2022 version 17.4
12.0 Specification proposal November 2023
  • .NET 8.0
Visual Studio 2022 version 17.8
13.0 Specification proposal November 2024
  • .NET 9.0
Visual Studio 2022 version 17.12


Syntax

Main article: C# syntax See also: Syntax (programming languages)

The core syntax of the C# language is similar to that of other C-style languages such as C, C++ and Java, particularly:

Distinguishing features

See also: Comparison of C# and Java

Some notable features of C# that distinguish it from C, C++, and Java where noted, are:

Portability

By design, C# is the programming language that most directly reflects the underlying Common Language Infrastructure (CLI). Most of its intrinsic types correspond to value-types implemented by the CLI framework. However, the language specification does not state the code generation requirements of the compiler: that is, it does not state that a C# compiler must target a Common Language Runtime, or generate Common Intermediate Language (CIL), or generate any other specific format. Some C# compilers can also generate machine code like traditional compilers of C++ or Fortran.

Typing

C# supports strongly, implicitly typed variable declarations with the keyword var, and implicitly typed arrays with the keyword new followed by a collection initializer.

Its type system is split into two families: Value types, like the built-in numeric types and user-defined structs, which are automatically handed over as copies when used as parameters, and reference types, including arrays, instances of classes, and strings, which only hand over a pointer to the respective object. Due to their special handling of the equality operator, strings will nevertheless behave as if they were values, for all practical purposes. You can even use them as case labels. Where necessary, value types will be boxed automatically.

C# supports a strict Boolean data type, bool. Statements that take conditions, such as while and if, require an expression of a type that implements the true operator, such as the Boolean type. While C++ also has a Boolean type, it can be freely converted to and from integers, and expressions such as if (a) require only that a is convertible to bool, allowing a to be an int, or a pointer. C# disallows this "integer meaning true or false" approach, on the grounds that forcing programmers to use expressions that return exactly bool can prevent certain types of programming mistakes such as if (a = b) (use of assignment = instead of equality ==).

C# is more type safe than C++. The only implicit conversions by default are those that are considered safe, such as widening of integers. This is enforced at compile-time, during JIT, and, in some cases, at runtime. No implicit conversions occur between Booleans and integers, nor between enumeration members and integers (except for literal 0, which can be implicitly converted to any enumerated type). Any user-defined conversion must be explicitly marked as explicit or implicit, unlike C++ copy constructors and conversion operators, which are both implicit by default.

C# has explicit support for covariance and contravariance in generic types, unlike C++ which has some degree of support for contravariance simply through the semantics of return types on virtual methods.

Enumeration members are placed in their own scope.

The C# language does not allow for global variables or functions. All methods and members must be declared within classes. Static members of public classes can substitute for global variables and functions.

Local variables cannot shadow variables of the enclosing block, unlike C and C++.

Metaprogramming

Metaprogramming can be achieved in several ways:

  • Reflection is supported through .NET APIs, which enable scenarios such as type metadata inspection and dynamic method invocation.
  • Expression trees represent code as an abstract syntax tree, where each node is an expression that can be inspected or executed. This enables dynamic modification of executable code at runtime. Expression trees introduce some homoiconicity to the language.
  • Attributes are metadata that can be attached to types, members, or entire assemblies, equivalent to annotations in Java. Attributes are accessible both to the compiler and to code through reflection. Many of native attributes duplicate the functionality of GCC's and VisualC++'s platform-dependent preprocessor directives.
  • System.Reflection.Emit namespace, which contains classes that emit metadata and CIL (types, assemblies, etc.) at runtime.
  • The .NET Compiler Platform (Roslyn) provides API access to language compilation services, allowing for the compilation of C# code from within .NET applications. It exposes APIs for syntactic (lexical) analysis of code, semantic analysis, dynamic compilation to CIL, and code emission.
  • Source generators, a feature of the Roslyn C# compiler, enable compile time metaprogramming. During the compilation process, developers can inspect the code being compiled with the compiler's API and pass additional generated C# source code to be compiled.

Methods and functions

A method in C# is a member of a class that can be invoked as a function (a sequence of instructions), rather than the mere value-holding capability of a field (i.e. class or instance variable). As in other syntactically similar languages, such as C++ and ANSI C, the signature of a method is a declaration comprising in order: any optional accessibility keywords (such as private), the explicit specification of its return type (such as int, or the keyword void if no value is returned), the name of the method, and finally, a parenthesized sequence of comma-separated parameter specifications, each consisting of a parameter's type, its formal name and optionally, a default value to be used whenever none is provided. Different from most other languages, call-by-reference parameters have to be marked both at the function definition and at the calling site, and you can choose between ref and out, the latter allowing handing over an uninitialized variable which will have a definite value on return. Additionally, you can specify a variable-sized argument list by applying the params keyword to the last parameter. Certain specific kinds of methods, such as those that simply get or set a field's value by returning or assigning it, do not require an explicitly stated full signature, but in the general case, the definition of a class includes the full signature declaration of its methods.

Like C++, and unlike Java, C# programmers must use the scope modifier keyword virtual to allow methods to be overridden by subclasses. Unlike C++, you have to explicitly specify the keyword override when doing so. This is supposed to avoid confusion between overriding and newly overloading a function (i.e. hiding the former implementation). To do the latter, you have to specify the new keyword.

Extension methods in C# allow programmers to use static methods as if they were methods from a class's method table, allowing programmers to virtually add instance methods to a class that they feel should exist on that kind of objects (and instances of the respective derived classes).

The type dynamic allows for run-time method binding, allowing for JavaScript-like method calls and run-time object composition.

C# has support for strongly-typed function pointers via the keyword delegate. Like the Qt framework's pseudo-C++ signal and slot, C# has semantics specifically surrounding publish-subscribe style events, though C# uses delegates to do so.

C# offers Java-like synchronized method calls, via the attribute , and has support for mutually-exclusive locks via the keyword lock.

Property

C# supports classes with properties. The properties can be simple accessor functions with a backing field, or implement arbitrary getter and setter functions. A property is read-only if there's no setter. Like with fields, there can be class and instance properties. The underlying methods can be virtual or abstract like any other method.

Since C# 3.0 the syntactic sugar of auto-implemented properties is available, where the accessor (getter) and mutator (setter) encapsulate operations on a single attribute of a class.

Namespace

A C# namespace provides the same level of code isolation as a Java package or a C++ namespace, with very similar rules and features to a package. Namespaces can be imported with the "using" syntax.

Memory access

In C#, memory address pointers can only be used within blocks specifically marked as unsafe, and programs with unsafe code need appropriate permissions to run. Most object access is done through safe object references, which always either point to a "live" object or have the well-defined null value; it is impossible to obtain a reference to a "dead" object (one that has been garbage collected), or to a random block of memory. An unsafe pointer can point to an instance of an unmanaged value type that does not contain any references to objects subject to garbage collections such as class instances, arrays or strings. Code that is not marked as unsafe can still store and manipulate pointers through the System.IntPtr type, but it cannot dereference them.

Managed memory cannot be explicitly freed; instead, it is automatically garbage collected. Garbage collection addresses the problem of memory leaks by freeing the programmer of responsibility for releasing memory that is no longer needed in most cases. Code that retains references to objects longer than is required can still experience higher memory usage than necessary, however once the final reference to an object is released the memory is available for garbage collection.

Exceptions

A range of standard exceptions are available to programmers. Methods in standard libraries regularly throw system exceptions in some circumstances and the range of exceptions thrown is normally documented. Custom exception classes can be defined for classes allowing handling to be put in place for particular circumstances as needed.

The syntax for handling exceptions is the following:

try
{
    // something
}
catch (Exception ex)
{
    // if error do this
}
finally
{
    // always executes, regardless of error occurrence
}

Depending on your plans, the "finally" part can be left out. If error handling is not required, the (Exception ex) parameter can be omitted as well. Also, there can be several "catch" parts handling different kinds of exceptions.

Checked exceptions are not present in C# (in contrast to Java). This has been a conscious decision based on the issues of scalability and versionability.

Polymorphism

Unlike C++, C# does not support multiple inheritance, although a class can implement any number of "interfaces" (fully abstract classes). This was a design decision by the language's lead architect to avoid complications and to simplify architectural requirements throughout CLI.

When implementing multiple interfaces that contain a method with the same name and taking parameters of the same type in the same order (i.e. the same signature), similar to Java, C# allows both a single method to cover all interfaces and if necessary specific methods for each interface.

However, unlike Java, C# supports operator overloading.

C# also offers function overloading (a.k.a. ad-hoc-polymorphism).

Since version 2.0, C# offers parametric polymorphism, i.e. classes with arbitrary or constrained type parameters, e.g. List<T>, a variable-sized array which only can contain elements of type T. There are certain kinds of constraints you can specify for the type parameters: Has to be type X (or one derived from it), has to implement a certain interface, has to be a reference type, has to be a value type, has to implement a public parameterless constructor. Most of them can be combined, and you can specify any number of interfaces.

Language Integrated Query (LINQ)

C# has the ability to utilize LINQ through the .NET Framework. A developer can query a variety of data sources, provided the IEnumerable<T> interface is implemented on the object. This includes XML documents, an ADO.NET dataset, and SQL databases.

+ Using LINQ in C# brings advantages like IntelliSense support, strong filtering capabilities, type safety with compile error checking ability, and consistency for querying data over a variety of sources. There are several different language structures that can be utilized with C# and LINQ and they are query expressions, lambda expressions, anonymous types, implicitly typed variables, extension methods, and object initializers.

LINQ has two syntaxes: query syntax and method syntax. However, the compiler always converts the query syntax to method syntax at compile time.

using System.Linq;
var numbers = new int { 5, 10, 8, 3, 6, 12 };
// Query syntax (SELECT num FROM numbers WHERE num % 2 = 0 ORDER BY num)
var numQuery1 =
        from num in numbers
        where num % 2 == 0
        orderby num
        select num;
// Method syntax
var numQuery2 = 
        numbers
        .Where(num => num % 2 == 0)
        .OrderBy(n => n);

Functional programming

Though primarily an imperative language, C# always adds functional features over time, for example:

Common type system

C# has a unified type system. This unified type system is called Common Type System (CTS).

A unified type system implies that all types, including primitives such as integers, are subclasses of the System.Object class. For example, every type inherits a ToString() method.

Categories of data types

CTS separates data types into two categories:

  1. Reference types
  2. Value types

Instances of value types neither have referential identity nor referential comparison semantics. Equality and inequality comparisons for value types compare the actual data values within the instances, unless the corresponding operators are overloaded. Value types are derived from System.ValueType, always have a default value, and can always be created and copied. Some other limitations on value types are that they cannot derive from each other (but can implement interfaces) and cannot have an explicit default (parameterless) constructor because they already have an implicit one which initializes all contained data to the type-dependent default value (0, null, or alike). Examples of value types are all primitive types, such as int (a signed 32-bit integer), float (a 32-bit IEEE floating-point number), char (a 16-bit Unicode code unit), decimal (fixed-point numbers useful for handling currency amounts), and System.DateTime (identifies a specific point in time with nanosecond precision). Other examples are enum (enumerations) and struct (user defined structures).

In contrast, reference types have the notion of referential identity, meaning that each instance of a reference type is inherently distinct from every other instance, even if the data within both instances is the same. This is reflected in default equality and inequality comparisons for reference types, which test for referential rather than structural equality, unless the corresponding operators are overloaded (such as the case for System.String). Some operations are not always possible, such as creating an instance of a reference type, copying an existing instance, or performing a value comparison on two existing instances. Nevertheless, specific reference types can provide such services by exposing a public constructor or implementing a corresponding interface (such as ICloneable or IComparable). Examples of reference types are object (the ultimate base class for all other C# classes), System.String (a string of Unicode characters), and System.Array (a base class for all C# arrays).

Both type categories are extensible with user-defined types.

Boxing and unboxing

Boxing is the operation of converting a value-type object into a value of a corresponding reference type. Boxing in C# is implicit.

Unboxing is the operation of converting a value of a reference type (previously boxed) into a value of a value type. Unboxing in C# requires an explicit type cast. A boxed object of type T can only be unboxed to a T (or a nullable T).

Example:

int foo = 42;         // Value type.
object bar = foo;     // foo is boxed to bar.
int foo2 = (int)bar;  // Unboxed back to value type.

Libraries

The C# specification details a minimum set of types and class libraries that the compiler expects to have available. In practice, C# is most often used with some implementation of the Common Language Infrastructure (CLI), which is standardized as ECMA-335 Common Language Infrastructure (CLI).

In addition to the standard CLI specifications, there are many commercial and community class libraries that build on top of the .NET framework libraries to provide additional functionality.

C# can make calls to any library included in the List of .NET libraries and frameworks.

Examples

Hello World

The following is a very simple C# program, a version of the classic "Hello world" example using the top-level statements feature introduced in C# 9:

using System;
Console.WriteLine("Hello, world!");

For code written as C# 8 or lower, the entry point logic of a program must be written in a Main method inside a type:

using System;
class Program
{
    static void Main()
    {
        Console.WriteLine("Hello, world!");
    }
}

This code will display this text in the console window:

Hello, world!

Each line has a purpose:

using System;

The above line imports all types in the System namespace. For example, the Console class used later in the source code is defined in the System namespace, meaning it can be used without supplying the full name of the type (which includes the namespace).

// A version of the classic "Hello World" program

This line is a comment; it describes and documents the code for the programmer(s).

class Program

Above is a class definition for the Program class. Everything that follows between the pair of braces describes that class.

{
    ...
}

The curly brackets demarcate the boundaries of a code block. In this first instance, they are marking the start and end of the Program class.

static void Main()

This declares the class member method where the program begins execution. The .NET runtime calls the Main method. Unlike in Java, the Main method does not need the public keyword, which tells the compiler that the method can be called from anywhere by any class. Writing static void Main(string args) is equivalent to writing private static void Main(string args). The static keyword makes the method accessible without an instance of Program. Each console application's Main entry point must be declared static otherwise the program would require an instance of Program, but any instance would require a program. To avoid that irresolvable circular dependency, C# compilers processing console applications (like that above) report an error if there is no static Main method. The void keyword declares that Main has no return value. (Note, however, that short programs can be written using Top Level Statements introduced in C# 9, as mentioned earlier.)

Console.WriteLine("Hello, world!");

This line writes the output. Console is a static class in the System namespace. It provides an interface to the standard input/output, and error streams for console applications. The program calls the Console method WriteLine, which displays on the console a line with the argument, the string "Hello, world!".

Generics

Further information: Generic programming

With .NET 2.0 and C# 2.0, the community got more flexible collections than those in .NET 1.x. In the absence of generics, developers had to use collections such as ArrayList to store elements as objects of unspecified kind, which incurred performance overhead when boxing/unboxing/type-checking the contained items.

Generics introduced a massive new feature in .NET that allowed developers to create type-safe data structures. This shift is particularly important in the context of converting legacy systems, where updating to generics can significantly enhance performance and maintainability by replacing outdated data structures with more efficient, type-safe alternatives.

Example

public class DataStore<T>
{
    private T items = new T;
    private int count = 0;
    public void Add(T item)
    {
        items = item;
    }
    public T Get(int index)
    {
        return items;
    }
}

Standardization and licensing

In August 2001, Microsoft, Hewlett-Packard and Intel co-sponsored the submission of specifications for C# as well as the Common Language Infrastructure (CLI) to the standards organization Ecma International. In December 2001, ECMA released ECMA-334 C# Language Specification. C# became an ISO/IEC standard in 2003 (ISO/IEC 23270:2003 - Information technology — Programming languages — C#). ECMA had previously adopted equivalent specifications as the 2nd edition of C#, in December 2002. In June 2005, ECMA approved edition 3 of the C# specification, and updated ECMA-334. Additions included partial classes, anonymous methods, nullable types, and generics (somewhat similar to C++ templates). In July 2005, ECMA submitted to ISO/IEC JTC 1/SC 22, via the latter's Fast-Track process, the standards and related TRs. This process usually takes 6–9 months.

The C# language definition and the CLI are standardized under ISO/IEC and Ecma standards that provide reasonable and non-discriminatory licensing protection from patent claims.

Microsoft initially agreed not to sue open-source developers for violating patents in non-profit projects for the part of the framework that is covered by the Open Specification Promise. Microsoft has also agreed not to enforce patents relating to Novell products against Novell's paying customers with the exception of a list of products that do not explicitly mention C#, .NET or Novell's implementation of .NET (The Mono Project). However, Novell maintained that Mono does not infringe any Microsoft patents. Microsoft also made a specific agreement not to enforce patent rights related to the Moonlight browser plugin, which depends on Mono, provided it is obtained through Novell.

A decade later, Microsoft began developing free, open-source, and cross-platform tooling for C#, namely Visual Studio Code, .NET Core, and Roslyn. Mono joined Microsoft as a project of Xamarin, a Microsoft subsidiary.

Implementations

Microsoft has developed open-source reference C# compilers and tools. The first compiler, Roslyn, compiles into intermediate language (IL), and the second one, RyuJIT, is a JIT (just-in-time) compiler, which is dynamic and does on-the-fly optimization and compiles the IL into native code for the front-end of the CPU. RyuJIT is open source and written in C++. Roslyn is entirely written in managed code (C#), has been opened up and functionality surfaced as APIs. It is thus enabling developers to create refactoring and diagnostics tools. Two branches of official implementation are .NET Framework (closed-source, Windows-only) and .NET Core (open-source, cross-platform); they eventually converged into one open-source implementation: .NET 5.0. At .NET Framework 4.6, a new JIT compiler replaced the former.

Other C# compilers (some of which include an implementation of the Common Language Infrastructure and .NET class libraries):

  • Mono, a Microsoft-sponsored project provides an open-source C# compiler, a complete open-source implementation of the CLI (including the required framework libraries as they appear in the ECMA specification,) and a nearly complete implementation of the NET class libraries up to .NET Framework 3.5.
  • The Elements tool chain from RemObjects includes RemObjects C#, which compiles C# code to .NET's Common Intermediate Language, Java bytecode, Cocoa, Android bytecode, WebAssembly, and native machine code for Windows, macOS, and Linux.
  • The DotGNU project (now discontinued) also provided an open-source C# compiler, a nearly complete implementation of the Common Language Infrastructure including the required framework libraries as they appear in the ECMA specification, and subset of some of the remaining Microsoft proprietary .NET class libraries up to .NET 2.0 (those not documented or included in the ECMA specification, but included in Microsoft's standard .NET Framework distribution).

The Unity game engine uses C# as its primary scripting language. The Godot game engine has implemented an optional C# module due to a donation of $24,000 from Microsoft.

See also

C# topics
IDEs

Notes

  1. for async
  2. By convention, a number sign is used for the second character in normal text; in artistic representations, sometimes a true sharp sign is used: C♯. However the ECMA 334 standard states: "The name C# is written as the LATIN CAPITAL LETTER C (U+0043) followed by the NUMBER SIGN # (U+0023)."
  3. Language versions 1.0, 2.0, and 5.0 are available as ISO/IEC 23270. Beginning with version 7.0, the specification is available as ISO/IEC 20619
  4. The Microsoft C# 2.0 specification document only contains the new 2.0 features. For older features, use the 1.2 specification above.

References

Citations

  1. "InfoQ eMag: A Preview of C# 7". Archived from the original on April 24, 2023. Retrieved November 11, 2016.
  2. https://devblogs.microsoft.com/dotnet/announcing-dotnet-9/. {{cite web}}: Missing or empty |title= (help)
  3. Torgersen, Mads (October 27, 2008). "New features in C# 4.0". Microsoft. Archived from the original on January 3, 2012. Retrieved October 28, 2008.
  4. ^ "The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.: dotnet/roslyn". November 13, 2019. Archived from the original on February 22, 2021. Retrieved February 13, 2015 – via GitHub.
  5. "CoreCLR is the runtime for .NET Core. It includes the garbage collector, JIT compiler, primitive data types and low-level classes.: dotnet/coreclr". November 13, 2019. Archived from the original on October 14, 2019. Retrieved March 8, 2017 – via GitHub.
  6. ^ Naugler, David (May 2007). "C# 2.0 for C++ and Java programmer: conference workshop". Journal of Computing Sciences in Colleges. 22 (5). Although C# has been strongly influenced by Java it has also been strongly influenced by C++ and is best viewed as a descendant of both C++ and Java.
  7. Hamilton, Naomi (October 1, 2008). "The A-Z of Programming Languages: C#". Computerworld. Archived from the original on March 24, 2010. Retrieved February 12, 2010. We all stand on the shoulders of giants here and every language builds on what went before it so we owe a lot to C, C++, Java, Delphi, all of these other things that came before us. (Anders Hejlsberg)
  8. "Chapel spec (Acknowledgments)" (PDF). Cray Inc. October 1, 2015. Archived from the original (PDF) on February 5, 2016. Retrieved January 14, 2016.
  9. "Rich Hickey Q&A by Michael Fogus". Archived from the original on January 11, 2017. Retrieved January 11, 2017.
  10. Borenszweig, Ary (June 14, 2016). "Crystal 0.18.0 released!". Archived from the original on December 25, 2018. Retrieved August 7, 2017. It's heavily inspired by Ruby, and other languages (like C#, Go and Python).
  11. "Web Languages and VMs: Fast Code is Always in Fashion. (V8, Dart) - Google I/O 2013". YouTube. May 16, 2013. Archived from the original on December 21, 2021. Retrieved December 22, 2013.
  12. Java 5.0 added several new language features (the enhanced for loop, autoboxing, varargs and annotations), after they were introduced in the similar (and competing) C# language Archived March 19, 2011, at the Wayback Machine Archived January 7, 2006, at the Wayback Machine
  13. Cornelius, Barry (December 1, 2005). "Java 5 catches up with C#". University of Oxford Computing Services. Archived from the original on March 6, 2023. Retrieved June 18, 2014. In my opinion, it is C# that has caused these radical changes to the Java language. (Barry Cornelius)
  14. "Influences - The Rust Reference". The Rust Reference. Archived from the original on January 26, 2019. Retrieved April 18, 2023.
  15. Lattner, Chris (June 3, 2014). "Chris Lattner's Homepage". Chris Lattner. Archived from the original on December 25, 2018. Retrieved May 12, 2020. The Swift language is the product of tireless effort from a team of language experts, documentation gurus, compiler optimization ninjas, and an incredibly important internal dogfooding group who provided feedback to help refine and battle-test ideas. Of course, it also greatly benefited from the experiences hard-won by many other languages in the field, drawing ideas from Objective-C, Rust, Haskell, Ruby, Python, C#, CLU, and far too many others to list.
  16. ^ Skeet 2019.
  17. ^ C# Language Specification (PDF) (4th ed.). Ecma International. June 2006. Archived (PDF) from the original on April 21, 2021. Retrieved January 26, 2012.
  18. Dollard, Kathleen (November 14, 2023). "Announcing C# 12". .NET Blog. Archived from the original on November 18, 2023. Retrieved November 18, 2023.
  19. Seth, Gaurav (November 14, 2023). "Announcing .NET 8". .NET Blog. Archived from the original on November 19, 2023. Retrieved November 18, 2023.
  20. ^ Albahari 2022.
  21. "Design Goals of C#". www.java-samples.com. Archived from the original on October 6, 2021. Retrieved October 6, 2021.
  22. Zander, Jason (November 22, 2007). "Couple of Historical Facts". Archived from the original on July 29, 2020. Retrieved February 23, 2009.
  23. "What language was ASP.Net originally written in?". November 28, 2006. Archived from the original on June 24, 2016. Retrieved February 21, 2008.
  24. Hamilton, Naomi (October 1, 2008). "The A-Z of Programming Languages: C#". Computerworld. Archived from the original on May 18, 2019. Retrieved October 1, 2008.
  25. "Details". nilsnaegele.com. Archived from the original on April 7, 2019. Retrieved April 7, 2019.
  26. "Why Microsoft's C# isn't". CNET: CBS Interactive. 2002. Archived from the original on August 14, 2023. Retrieved September 18, 2023.
  27. Bill Joy (February 7, 2002). "Microsoft's blind spot". cnet.com. Archived from the original on August 14, 2023. Retrieved September 18, 2023.
  28. Osborn, John (August 1, 2000). "Deep Inside C#: An Interview with Microsoft Chief Architect Anders Hejlsberg". O'Reilly Media. Archived from the original on January 9, 2010. Retrieved November 14, 2009.
  29. "Generics (C# Programming Guide)". Microsoft. Archived from the original on August 26, 2011. Retrieved March 21, 2011.
  30. Don Box and Anders Hejlsberg (February 2007). "LINQ: .NET Language-Integrated Query". Microsoft. Archived from the original on August 24, 2011. Retrieved March 21, 2011.
  31. Mercer, Ian (April 15, 2010). "Why functional programming and LINQ is often better than procedural code". abodit.com. Archived from the original on July 11, 2011. Retrieved March 21, 2011.
  32. "Andy Retires". Dan Fernandez's Blog. Blogs.msdn.com. January 29, 2004. Archived from the original on January 19, 2016. Retrieved October 4, 2012.
  33. "Technical committees - JTC 1/SC 22 - Programming languages, their environments and system software interfaces". ISO. Archived from the original on September 27, 2012. Retrieved October 4, 2012.
  34. "ISO/IEC 23270:2003 - Information technology - C# Language Specification". Iso.org. August 23, 2006. Archived from the original on May 8, 2012. Retrieved October 4, 2012.
  35. "ISO/IEC 23270:2006 - Information technology - Programming languages - C#". Iso.org. January 26, 2012. Archived from the original on December 6, 2010. Retrieved October 4, 2012.
  36. "SO/IEC 23270:2018 Information technology — Programming languages — C#". ISO. Retrieved November 26, 2020.
  37. Mariani, Rico (October 5, 2009). "My History of Visual Studio (Part 1) – Rico Mariani's Performance Tidbits". Rico Mariani's Performance Tidbits. Archived from the original on May 27, 2018. Retrieved May 26, 2018.
  38. Kovacs, James (September 7, 2007). "C#/.NET History Lesson". Archived from the original on March 6, 2009. Retrieved June 18, 2009.
  39. Hejlsberg, Anders (October 1, 2008). "The A-Z of Programming Languages: C#". Computerworld. Archived from the original on April 2, 2015. Retrieved June 22, 2014.
  40. "Microsoft C# FAQ". Microsoft. Archived from the original on February 14, 2006. Retrieved March 25, 2008.
  41. "F# FAQ". Microsoft Research. Archived from the original on February 18, 2009. Retrieved June 18, 2009.
  42. Simon, Raphael; Stapf, Emmanuel; Meyer, Bertrand (June 2002). "Full Eiffel on the .NET Framework". Microsoft. Archived from the original on July 21, 2009. Retrieved June 18, 2009.
  43. "What's new in the C# 2.0 Language and Compiler". Microsoft. Archived from the original on December 18, 2010. Retrieved June 11, 2014.
  44. Hejlsberg, Anders; Torgersen, Mads (April 30, 2007). "Overview of C# 3.0". Microsoft Developer Network. Microsoft. Archived from the original on June 25, 2014. Retrieved June 11, 2014.
  45. ^ "Using C# 3.0 from .NET 2.0". Danielmoth.com. May 13, 2007. Archived from the original on September 29, 2012. Retrieved October 4, 2012.
  46. Hejlsberg, Anders (September 15, 2011). "Future directions for C# and Visual Basic". Channel 9. BUILD2011. Microsoft. Archived from the original on September 23, 2011. Retrieved September 21, 2011.
  47. "An Introduction to New Features in C# 5.0". The Microsoft MVP Award Program Blog. Microsoft. March 26, 2012. Archived from the original on June 4, 2014. Retrieved June 11, 2014.
  48. "Languages features in C# 6 and VB 14". GitHub. dotnet/roslyn. Archived from the original on January 12, 2016. Retrieved February 13, 2015.
  49. "What's new in C# 7". Microsoft Docs. December 21, 2016. Archived from the original on November 1, 2017.
  50. Torgersen, Mads (March 9, 2017). "New Features in C# 7.0". .NET Blog. Microsoft. Archived from the original on April 11, 2017. Retrieved June 9, 2017.
  51. "Visual Studio 2017 version 15.0 Release Notes". Microsoft Learn. April 11, 2023. Archived from the original on April 20, 2023. Retrieved April 19, 2023.
  52. "What's new in C# 7.1". Microsoft Docs. Archived from the original on October 10, 2017. Retrieved October 9, 2017.
  53. "Visual Studio 2017 version 15.3 Release Notes". Microsoft Learn. April 11, 2023. Archived from the original on March 21, 2023. Retrieved April 19, 2023.
  54. "What's new in C# 7.2". Microsoft Docs. Archived from the original on December 1, 2017. Retrieved November 26, 2017.
  55. "Visual Studio 2017 version 15.5 Release Notes". Microsoft Learn. April 11, 2023. Archived from the original on April 20, 2023. Retrieved April 19, 2023.
  56. "What's new in C# 7.3". Microsoft Docs. Archived from the original on June 23, 2018. Retrieved June 23, 2018.
  57. "Visual Studio 2017 version 15.7 Release Notes". Microsoft Learn. July 13, 2022. Archived from the original on April 20, 2023. Retrieved April 19, 2023.
  58. "What's new in C# 8.0". Microsoft Docs. March 9, 2023. Archived from the original on September 6, 2020. Retrieved April 14, 2019.
  59. "Visual Studio 2019 version 16.3 Release Notes". Microsoft Learn. April 11, 2023. Archived from the original on April 20, 2023. Retrieved April 19, 2023.
  60. BillWagner. "What's new in C# 9.0 - C# Guide". Microsoft Learn. Archived from the original on September 5, 2020. Retrieved October 15, 2020.
  61. "Visual Studio 2019 version 16.8 Release Notes". Microsoft Learn. April 11, 2023. Archived from the original on April 20, 2023. Retrieved April 19, 2023.
  62. "What's new in C# 10". Microsoft Learn. Archived from the original on February 8, 2022. Retrieved November 10, 2021.
  63. "Visual Studio 2022 version 17.0 Release Notes". Microsoft Learn. Archived from the original on July 16, 2023. Retrieved April 19, 2023.
  64. "What's new in C# 11". Microsoft Learn. Archived from the original on August 15, 2022. Retrieved August 8, 2022.
  65. "Visual Studio 2022 version 17.4 Release Notes". Microsoft Learn. Archived from the original on August 6, 2023. Retrieved April 19, 2023.
  66. "What's new in C# 12". Microsoft Learn. Archived from the original on July 20, 2023. Retrieved June 29, 2023.
  67. "Visual Studio 2022 version 17.8 Release Notes". Microsoft Learn. August 13, 2024. Archived from the original on October 6, 2024. Retrieved November 18, 2024.
  68. "What's new in C# 13". Microsoft Learn. Archived from the original on November 13, 2024. Retrieved November 18, 2024.
  69. "Visual Studio 2022 Release Notes". Microsoft Learn. November 12, 2024. Archived from the original on November 12, 2024. Retrieved November 18, 2024.
  70. Novák et al. 2010.
  71. stevewhims; mattwojo (October 20, 2022). "Compiling Apps with .NET Native - UWP applications". learn.microsoft.com. Archived from the original on October 27, 2023. Retrieved October 27, 2023.
  72. LakshanF; agocke; Rick-Anderson; et al. (September 12, 2023). "Native AOT deployment overview - .NET". learn.microsoft.com. Archived from the original on November 11, 2023. Retrieved October 27, 2023.{{cite web}}: CS1 maint: numeric names: authors list (link)
  73. "Types/General, part of the official C# documentation". Microsoft. Archived from the original on March 29, 2024. Retrieved April 6, 2024.
  74. BillWagner. "Expression Trees (C#)". Microsoft Learn. Archived from the original on May 15, 2021. Retrieved May 14, 2021.
  75. dotnet-bot. "System.Reflection.Emit Namespace". learn.microsoft.com. Archived from the original on April 28, 2023. Retrieved April 28, 2023.
  76. McAllister, Neil (October 20, 2011). "Microsoft's Roslyn: Reinventing the compiler as we know it". InfoWorld. Archived from the original on March 5, 2022. Retrieved March 5, 2022.
  77. "Introducing C# Source Generators". .NET Blog. April 29, 2020. Archived from the original on May 7, 2021. Retrieved May 14, 2021.
  78. "Classes/fields, part of the official C# documentation". February 7, 2024.
  79. "out (C# Reference)". March 30, 2024.
  80. "Method parameters/params modifier, part of the official C# documentation". May 21, 2024.
  81. ^ "Classes/properties, part of the official C# documentation". February 7, 2024.
  82. "virtual (C# Reference)". Microsoft Learn. September 15, 2021. Archived from the original on August 30, 2018. Retrieved April 4, 2018.
  83. "new modifier, part of the official C# documentation". April 12, 2023.
  84. "Auto-Implemented Properties (C# Programming Guide)". Archived from the original on October 29, 2020. Retrieved September 12, 2020.
  85. "using directive - C# Reference". Microsoft Docs. Archived from the original on April 14, 2019. Retrieved April 14, 2019.
  86. BillWagner. "Unsafe code, pointers to data, and function pointers". Microsoft Learn. Archived from the original on July 4, 2021. Retrieved June 20, 2021.
  87. "How to create user-defined exceptions". Archived from the original on January 26, 2021. Retrieved September 12, 2020.
  88. "Exception-handling statements, part of the official C# documentation". Microsoft Learn. April 22, 2023. Retrieved June 26, 2024.
  89. Venners, Bill; Eckel, Bruce (August 18, 2003). "The Trouble with Checked Exceptions". Archived from the original on February 18, 2015. Retrieved March 30, 2010.
  90. BillWagner. "Operator overloading - C# reference". Microsoft Learn. Archived from the original on June 24, 2021. Retrieved June 20, 2021.
  91. "Expressions/Overload resolution, part of the official C# documentation". Microsoft Learn. February 7, 2024. Retrieved April 7, 2024.
  92. "Types/Constructed Types, part of the official C# documentation". Microsoft Learn. Retrieved April 7, 2024.
  93. "Classes/Type Parameter constraints, part of the official C# documentation". Microsoft Learn. February 7, 2024. Retrieved April 7, 2024.
  94. Zhang, Xue Dong; Teng, Zi Mu; Zhao, Dong Wang (September 2014). "Research of the Database Access Technology Under.NET Framework". Applied Mechanics and Materials. 644–650: 3077–3080. doi:10.4028/www.scientific.net/AMM.644-650.3077. S2CID 62201466. ProQuest 1565579768.
  95. Otey, Michael (February 2006). "LINQ to the Future". SQL Server Magazine. Vol. 8, no. 2. pp. 17–21. ProQuest 214859896.
  96. Sheldon, William (November 2010). "New Features in LINQ". SQL Server Magazine. Vol. 12, no. 11. pp. 37–40. ProQuest 770609095.
  97. BillWagner (September 15, 2021). "Query Syntax and Method Syntax in LINQ (C#)". learn.microsoft.com. Archived from the original on May 23, 2023. Retrieved May 23, 2023.
  98. erikdietrich (March 9, 2023). "The history of C# - C# Guide". learn.microsoft.com. Archived from the original on April 28, 2023. Retrieved April 28, 2023.
  99. The functional journey of C# - Mads Torgersen - NDC Copenhagen 2022, August 17, 2022, archived from the original on May 15, 2023, retrieved May 15, 2023
  100. "The Beauty of Closures". csharpindepth.com. Archived from the original on May 19, 2023. Retrieved April 28, 2023.
  101. ^ BillWagner. "Anonymous functions - C# Programming Guide". Microsoft Learn. Archived from the original on April 15, 2021. Retrieved May 15, 2021.
  102. ^ "What's New in C# 7.0". Microsoft Docs. Archived from the original on August 6, 2020. Retrieved April 14, 2019.
  103. "C# 9.0 on the record". .NET Blog. November 10, 2020. Archived from the original on May 15, 2021. Retrieved May 15, 2021.
  104. BillWagner (June 30, 2022). "init keyword - C# Reference". learn.microsoft.com. Archived from the original on May 19, 2023. Retrieved May 19, 2023.
  105. The .NET Compiler Platform, .NET Platform, April 28, 2023, archived from the original on April 28, 2023, retrieved April 28, 2023
  106. ^ Archer 2001.
  107. Lippert, Eric (March 19, 2009). "Representation and Identity". Fabulous Adventures In Coding. Blogs.msdn.com. Archived from the original on July 12, 2011. Retrieved October 4, 2012.
  108. "Framework Libraries". Microsoft Learn. April 19, 2023. Archived from the original on July 14, 2019. Retrieved July 14, 2019.
  109. BillWagner. "What's new in C# 9.0 - C# Guide". Microsoft Learn. Archived from the original on September 5, 2020. Retrieved May 14, 2021.
  110. BillWagner. "Main() and command-line arguments". Microsoft Learn. Archived from the original on August 5, 2021. Retrieved August 5, 2021.
  111. "Unlocking the Power of C# Generics: A Comprehensive Guide". April 24, 2024.
  112. "Patent Pledge for Open Source Developers". March 16, 2023. Archived from the original on December 7, 2017. Retrieved October 28, 2017.
  113. "Patent Cooperation Agreement - Microsoft & Novell Interoperability Collaboration". Microsoft. November 2, 2006. Archived from the original on May 17, 2009. Retrieved July 5, 2009. Microsoft, on behalf of itself and its Subsidiaries (collectively "Microsoft"), hereby covenants not to sue Novell's Customers and Novell's Subsidiaries' Customers for infringement under Covered Patents of Microsoft on account of such a Customer's use of specific copies of a Covered Product as distributed by Novell or its Subsidiaries (collectively "Novell") for which Novell has received Revenue (directly or indirectly) for such specific copies; provided the foregoing covenant is limited to use by such Customer (i) of such specific copies that are authorized by Novell in consideration for such Revenue, and (ii) within the scope authorized by Novell in consideration for such Revenue.
  114. "Definitions". Microsoft. November 2, 2006. Archived from the original on November 4, 2012. Retrieved July 5, 2009.
  115. Steinman, Justin (November 7, 2006). "Novell Answers Questions from the Community". Archived from the original on July 16, 2013. Retrieved July 5, 2009. We maintain that Mono does not infringe any Microsoft patents.
  116. "Covenant to Downstream Recipients of Moonlight - Microsoft & Novell Interoperability Collaboration". Microsoft. September 28, 2007. Archived from the original on September 23, 2010. Retrieved March 8, 2008. "Downstream Recipient" means an entity or individual that uses for its intended purpose a Moonlight Implementation obtained directly from Novell or through an Intermediate Recipient... Microsoft reserves the right to update (including discontinue) the foregoing covenant... "Moonlight Implementation" means only those specific portions of Moonlight 1.0 or Moonlight 1.1 that run only as a plug-in to a browser on a Personal Computer and are not licensed under GPLv3 or a Similar License.
  117. ^ "The RyuJIT transition is complete!". microsoft.com. June 19, 2018. Archived from the original on July 19, 2019. Retrieved July 20, 2021.
  118. "Managed Execution Process". microsoft.com. Archived from the original on December 23, 2017. Retrieved July 20, 2021.
  119. "coreclr/src/jit/". github.com. Archived from the original on January 9, 2019. Retrieved July 20, 2021.
  120. "C# Guide". Microsoft Learn. Archived from the original on August 13, 2022. Retrieved July 28, 2017.
  121. "5.0.8". microsoft.com. Archived from the original on April 23, 2020. Retrieved July 20, 2021.
  122. "Mitigation: New 64-bit JIT Compiler". microsoft.com. Archived from the original on April 5, 2018. Retrieved July 20, 2021.
  123. Etcheverry, Ignacio (October 21, 2017). "Introducing C# in Godot". Godot Engine. Archived from the original on October 26, 2018. Retrieved October 26, 2018.

Sources

  • Albahari, Joseph (2022). C# 10 in a Nutshell (First ed.). O'Reilly. ISBN 978-1-098-12195-2.
  • Archer, Tom (2001). "Part 2, Chapter 4: The Type System". Inside C#. Redmond, Washington: Microsoft Press. ISBN 0-7356-1288-9.
  • Novák, István; Velvart, Andras; Granicz, Adam; Balássy, György; Hajdrik, Attila; Sellers, Mitchel; Hillar, Gastón C.; Molnár, Ágnes; Kanjilal, Joydip (2010). Visual Studio 2010 and .NET 4 Six-in-One. Wrox Press. ISBN 978-0470499481.
  • Skeet, Jon (2019). C# in Depth (Fourth ed.). Manning. ISBN 978-1617294532.

Further reading

External links

Common Language Infrastructure
Architecture
Components
Implementations
Microsoft
Other
Languages
Major languages
Other
Comparison
Microsoft free and open-source software (FOSS)
Overview
Software
Applications
Video games
Programming
languages
Frameworks,
development tools
Operating systems
Other
Licenses
Forges
Related
Category
Standards of Ecma International
Application interfaces
File systems (tape)
File systems (disk)
Graphics
Programming languages
Radio link interfaces
Other
List of Ecma standards (1961 – present)
ISO standards by standard number
List of ISO standardsISO romanizationsIEC standards
1–9999
10000–19999
20000–29999
30000+
Programming languages
IEC standards
IEC
ISO/IEC
Related
Categories: