List of .NET libraries and frameworks

This article contains a list of notable libraries that can be used in .NET languages. This article is not merely a list of other Wikipedia entries, but covers a topic that is important on its own right. While the .NET framework provides a basis for application development, which provides platform independence, language interoperability and extensive framework libraries, the whole development ecosystem around .NET is crucially dependent on a vast number of user libraries that are developed independently of the framework. The value of the framework for developers can not be estimated without having an overview of the user library ecosystem, including issues related to platform independence and licensing.

Standard Libraries (CLI) (including the Base Class Library (BCL) are not included in this article because they have a separate article.

Application development in .NET Framework

Programs written for .NET Framework execute in a software environment known as Common Language Runtime (CLR), an application virtual machine that provides services such as security, memory management, and exception handling. Framework includes a large class library called Framework Class Library (FCL), which together with CLR constitute the .NET framework.

Thanks to the hosting virtual machine, different .NET CLI compliant languages languages can operate on the same kind of data structures. Therefore, all CLI compliand languages can use the Framework Class Library and other .NET libraries that are written in one of the CLI compliant languages. When source code of a CLI compliant language is compiled, the compiler generates a platform independent code in the Common Intermediate Language (also referred to as bytecde), which is stored in CLI assemblies. When a .NET application is executed, the just-in-time compiler (JIT) turns the CIL code into platform specific machine code. To improve performance, the .NET Framework also comes with Native Image Generator (NGEN), which performs ahead-of-time compilation to machine code.

This architecture has several implications. The framework provides language interoperability (each language can use code written in other languages) across the .NET CLI compliant languages programming languages. Calls from one language to another are exactly the same as would be within a single programming language. If a library is written in one CIL language, it can be used in any other CIL language. Moreover, applications that consist only of pure .NET assemblies, can be transferred to any platform that contains implementation of .NET framework and executed on that platform. For example, an application written for Microsoft .NET on Windows can also be executed on Mono (a cross platform alternative implementation of .NET) on Linux or macOS. Such applications are automatically cross-platform (or platform independent) to the extent to which the .NET framework itself is ported to different platforms.

Ability to transfer applications across platforms is extremely important for software developers, because in this way they can use the same code base for the application on any platform, enabling code reuse and avoiding code duplication. Both lead to reduced development and maintenance costs.

However, platform independence is only guaranteed in the described way when none of the assemblies constituting an application depends on any code that is not pure .NET code. Many .NET libraries, however, make use of native libraries (written e.g. in C or C++) or system calls through interoperability mechanisms such as COM interoperability and the P/Invoke feature, which makes possible to call native code and thus call into libraries written in compiled languages (as opposed to managed) such as C or C++.

In these cases, platform independence of applications written for the .NET framework also depends on the ability to transfer non-.NET libraries, on which application depends, to target platforms. Any additional such library may add significantly to the effort necessary to transfer the application to other platforms. Sometimes, the best solution is to re-implement the parts of application that depend on such a library for each targeted platform. In many cases, the vast majority of the application's code base can be easily transferred across platforms, and only small specific portions of code dependent on problematic libraries must be re-implemented for each platform. Sometimes, a special compatibility layer is introduced that provides a uniform API to the platform dependent parts of code. Then, even if the higher level code heavily depends on platform dependent parts, dependence is resolved through API calls that are the same on all platforms, and the same high level code can still be used on different target platforms.

A notable example is the Windows Forms graphical (GUI) class library. The library provides access to Windows User Interface Common Controls by wrapping the Windows API in managed code.[1] The library is therefore not easily transferred to platforms other than Windows. In spite of that, the cross-platform .NET implementation Mono implements the library. Because of that, an application that depends on Windows Forms, can be ported to other forms by using the Mono runtime on which the Windows Forms library is implemented (beside Windows, this includes Unix and OSX). The Mono's implementation of the library is written in C# in order to avoid Windows dependence.[2] Most of the Windows Forms API works on Mono, except for some minor incompatibilities and implementation bugs. However, many .NET libraries that were written on Windows and depend on Windows Forms, also make direct P/Invoke calls straight to the Windows API and bypass the Windows Forms API (this is sometimes done to avoid limitations of the Windows Forms). Such libraries will be broken when transferred to platforms other than Windows, although Windows Forms itself is available on these platforms via Mono implementation. For a GUI class library, the Mono project endorses use of the GTK# library, which is a .NET binding for the Gtk+ toolkit written in C.

GUI libraries are not the only critical area of interest for .NET developers. Other libraries that may be problematic include 3D graphics libraries, sound and video libraries and device dependent libraries in general. While some areas are very well covered by core .NET libraries (such as database connectivity, file I/O, sockets, HTTP, XML manipulation, standard cryptography), the others (such as numerical libraries, general parsing libraries) are easy to implement in pure .NET but may be under represented as compared to availability of corresponding native libraries. For developers of both proprietary and open source software (including free software), licensing information is also critically important. Entries in the list therefore provide information about the scope of the listed libraries, main dependencies (especially when these affect platform dependence), and licensing information.

Historical background

The .NET Framework has for long supported cross-platform software development. The framework has been designed from the beginning for language interoperability, and parts of it were standardized in open standard (The Common Language Infrastcutrure and framework's most used programming language, C#). The original framework was first implemented only on Windows operating systems. Microsoft, the framework developer, and its partners, were working towards making their patents that cover some .NET - implemented technologies essential for framework implementation, available under "reasonable and non-discriminatory terms", which evolved into several patent promises issued by Microsoft. This made alternative third party implementations of the framework possible such as Mono, Portable.NET, and emulation CrossNet.[3]

In spite of that, it has long been a concern within the Open source community that using alternative .NET implementations for cross-platform development, especially of free software, is unsafe because of the possibility or Microsoft patent claims against such implementations. The Free Software Foundation's Richard Stallman has openly opposed inclusion of C# implementations in the default installation of GNU/Linux distributions and stated that they (the community) should discourage people from writing programs in C#. Primary concerns were parts of the framework implementations that were not subject to standards and were not explicitly included in Microsoft's patent promises.

The 2010s saw some significant shifts in Microsoft's approach towards the Open software community. The company open sourced the .NET Compiler Platform ("Roslyn") and the ASP.NET in April 2014, and later the .NET Core (open sourced on November 2014[4]) and other software. In February 2016, Microsoft acquired Xamarin, developer of Mono, an open source and cross platform implementation of .NET. On March 31, 2016 Microsoft announced at Microsoft Build that they will completely re-license Mono under the MIT license.[5] Microsoft issued the Patent Promise for Mono stating that they won't assert any "applicable patents" against parties that are "using, selling, offering for sale, importing, or distributing Mono".[6][7] It was also announced that the Mono Project was contributed to the .NET Foundation, a nonprofit organization established by Microsoft in March 2014 to improve open-source software development and collaboration around the .NET Framework.[8]

In light of these developments, a strong open source community has begun to develop around the .NET framework (especially on GitHub), starting a number of libraries and software projects[9] targeting the .NET framework for its cross platform character.

Libraries and frameworks

This section lists a number of notable .NET libraries (both open source and proprietary) arranged by topics.

.NET Implementations and frameworks

In this section, items are not sorted by name and are not divided to open/proprietary software.

Implementations:

Frameworks:

Numerical Libraries

Open Source Numerical Libraries

Proprietary Numerical Libraries

2D Graphics

Open Source 2D Graphics Libraries

Proprietary 2D Graphics Libraries

3D Graphics

Open Source 3D Graphics Libraries

[18][19][20]

Proprietary 3D Graphics Libraries

Image Processing

Open Source Image Processing Libraries

Graphical User Interface Frameworks

Open Source GUI Frameworks

Proprietary GUI Frameworks

Security and Identity Management

Open Source Security and Identity Management Libraries

Quality Assurance

Open Source Quality Assurance Libraries

Proprietary Quality Assurance Libraries

Object relational mapping

Open source object relational mapping tools

Proprietary object relational mapping tools


Collections of .NET Resources

This Section contains collections of libraries (either general or specialized) and other resources for building applications based on the .NET framework.

Collections of Open Source Libraries


Collections of Proprietary Libraries

.NET Libraries for Numerical Analysis at The Math Forum.

See also

Notes

    References

    1. 1 2 C# 4.0 Unleashed By Bart De Smet. Sams Publishing, Jan 4, 2011 Chapter 5
    2. 1 2 "GUI Toolkits". Mono site. 21 April 2016. Archived from the original on 2016-04-02. Retrieved 2016-04-21.
    3. "CrossNet". Codeplex.com. Retrieved 17 April 2012.
    4. Landwerth, Immo (12 November 2014). ".NET Core is Open Source". .NET Framework Blog. Microsoft. Retrieved 30 December 2014.
    5. Anderson, Tim (31 March 2016). "Microsoft to make Xamarin tools and code free and open source.". The Register.
    6. Ferraira, Bruno (31 March 2016). "Xamarin now comes free with Visual Studio.". The Tech Report.
    7. "Microsoft Patent Promise for Mono". Mono on GitHub. Mono Project. 2016-03-28. Archived from the original on 2016-04-16. Retrieved 16 April 2016.
    8. Lardinois, Frederic (April 3, 2014). "Microsoft Launches .NET Foundation To Foster The .NET Open Source Ecosystem". TechCrunch.
    9. ".NET Open Source Developer Projects". GitHub. 15 April 2015. Archived from the original on 2016-04-15. Retrieved 2016-04-15.
    10. 1 2 3 4 5 6 7 8 "Guide - Math and Statistics Programming with F#". fsharp.org. Archived from the original on 2016-04-25. Retrieved 2016-04-25.
    11. Lerflaten, Olav (25 July 2007). "ASP.NET Charting with NPlot". Archived from the original on 2016-04-23. Retrieved 2016-04-21.
    12. Mitchell, Scott (8 December 2004). "A Look at WebCharts, a Free .NET Charting Control". Archived from the original on 2016-04-23. Retrieved 2016-04-21.
    13. "Project Summary at OpenHUB". Archived from the original on 2016-04-23. Retrieved 2016-04-21.
    14. Anthony, Paul (12 November 2008). "28 useful graphing solutions for web developers". Retrieved 2016-04-21.
    15. Cora, Mike. "ShadyStats: Visualizing Game Statistics using Hierarchical Parallel Coordinates. A scientific article using Zedgraph." (PDF). Archived from the original (PDF) on 2016-04-21. Retrieved 2016-04-21.
    16. Roman, Lucian (May 2014). "Software Application for Assessment the Reliability of the Suspension System at Opel Cars and of Road Profiles. A scientific article using Zedgraph." (PDF). Fascicle of Management and Technological Engineering. Archived from the original (PDF) on 2016-04-23. Retrieved 2016-04-21.
    17. Messier, Nicole (31 January 2011). "Kitware's ActiViz .NET Tool is Now Free and Open Source". Archived from the original on 2016-04-22. Retrieved 2016-04-21.
    18. "Helix repository on GitHub". GitHub. Archived from the original on 2016-04-25. Retrieved 2016-04-25.
    19. "Getting started with WPF 3D". GitHub. Archived from the original on 2016-04-25. Retrieved 2016-04-25.
    20. "Helix Toolkit web site". GitHub. Archived from the original on 2016-04-25. Retrieved 2016-04-25.
    21. Monogame at Build 2012 | Channel 9 Live at BUILD 2012 | Channel 9
    22. Riccitiello, John (October 23, 2014). "John Riccitiello sets out to identify the engine of growth for Unity Technologies (interview)". VentureBeat (Interview). Interview with Dean Takahashi. Retrieved January 18, 2015.
    23. Introducing Windows Presentation Foundation
    24. "What's New in WPF 3.5? Here's Fifteen Cool Features...". Retrieved 2007-10-14.
    25. MSDN.NET Development: WPF: XAML Overview
    26. "NConstruct Lite - Project summary on GitHub". GitHub. Archived from the original on 2016-05-28. Retrieved 2016-05-28.

    General:

    Numerical libraries:

    Data:

    This article is issued from Wikipedia - version of the 11/2/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.