List of programming languages by type

(Redirected from Curly bracket language)

This is a list of notable programming languages, grouped by type.

The groupings are overlapping; not mutually exclusive. A language can be listed in multiple groupings.

Agent-oriented programming languages

edit

Agent-oriented programming allows the developer to build, extend and use software agents, which are abstractions of objects that can message other agents.

Array languages

edit

Array programming (also termed vector or multidimensional) languages generalize operations on scalars to apply transparently to vectors, matrices, and higher-dimensional arrays.

Aspect-oriented programming languages

edit

Aspect-oriented programming enables developers to add new functionality to code, known as "advice", without modifying that code itself; rather, it uses a pointcut to implement the advice into code blocks.

Assembly languages

edit

Assembly languages directly correspond to a machine language (see below), so machine code instructions appear in a form understandable by humans, although there may not be a one-to-one mapping between an individual statement and an individual instruction. Assembly languages let programmers use symbolic addresses, which the assembler converts to absolute or relocatable addresses. Most assemblers also support macros and symbolic constants.

Authoring languages

edit

An authoring language is a programming language designed for use by a non-computer expert to easily create tutorials, websites, and other interactive computer programs.

Command-line interface languages

edit

Command-line interface (CLI) languages are also called batch languages or job control languages. Examples:

Compiled languages

edit

These are languages typically processed by compilers, though theoretically any language can be compiled or interpreted.

Concatenative programming languages

edit

A concatenative programming language is a point-free computer programming language in which all expressions denote functions, and the juxtaposition of expressions denotes function composition.[4] Concatenative programming replaces function application, which is common in other programming styles, with function composition as the default way to build subroutines.

Concurrent languages

edit

Message passing languages provide language constructs for concurrency. The predominant paradigm for concurrency in mainstream languages such as Java is shared memory concurrency. Concurrent languages that make use of message passing have generally been inspired by process calculi such as communicating sequential processes (CSP) or the π-calculus.

Constraint programming languages

edit

A constraint programming language is a declarative programming language where relationships between variables are expressed as constraints. Execution proceeds by attempting to find values for the variables which satisfy all declared constraints.

Curly bracket languages

edit

A curly bracket or curly brace language has syntax that defines a block as the statements between curly brackets, a.k.a. braces, {}. This syntax originated with BCPL (1966), and was popularized by C. Many curly bracket languages descend from or are strongly influenced by C. Examples:

Dataflow languages

edit

Dataflow programming languages rely on a (usually visual) representation of the flow of data to specify the program. Frequently used for reacting to discrete events or for processing streams of data. Examples of dataflow languages include:

Data-oriented languages

edit

Data-oriented languages provide powerful ways of searching and manipulating the relations that have been described as entity relationship tables which map one set of things into other sets.[citation needed] Examples of data-oriented languages include:

Decision table languages

edit

Decision tables can be used as an aid to clarifying the logic before writing a program in any language, but in the 1960s a number of languages were developed where the main logic is expressed directly in the form of a decision table, including:

Declarative languages

edit

Declarative languages express the logic of a computation without describing its control flow in detail. Declarative programming stands in contrast to imperative programming via imperative programming languages, where control flow is specified by serial orders (imperatives). (Pure) functional and logic-based programming languages are also declarative, and constitute the major subcategories of the declarative category. This section lists additional examples not in those subcategories.

Embeddable languages

edit

In source code

edit

Source embeddable languages embed small pieces of executable code inside a piece of free-form text, often a web page.

Client-side embedded languages are limited by the abilities of the browser or intended client. They aim to provide dynamism to web pages without the need to recontact the server.

Server-side embedded languages are much more flexible, since almost any language can be built into a server. The aim of having fragments of server-side code embedded in a web page is to generate additional markup dynamically; the code itself disappears when the page is served, to be replaced by its output.

Server side

edit
  • PHP
  • VBScript
  • Tcl – server-side in NaviServer and an essential component in electronics industry systems
  • WebDNA – dedicated to database-driven websites

The above examples are particularly dedicated to this purpose. A large number of other languages, such as Erlang, Scala, Perl, Ring and Ruby can be adapted (for instance, by being made into Apache modules).

Client side

edit

In object code

edit

A wide variety of dynamic or scripting languages can be embedded in compiled executable code. Basically, object code for the language's interpreter needs to be linked into the executable. Source code fragments for the embedded language can then be passed to an evaluation function as strings. Application control languages can be implemented this way, if the source code is input by the user. Languages with small interpreters are preferred.

Educational programming languages

edit

Languages developed primarily for the purpose of teaching and learning of programming.

Esoteric languages

edit

An esoteric programming language is a programming language designed as a test of the boundaries of computer programming language design, as a proof of concept, or as a joke.

Extension languages

edit

Extension programming languages are languages embedded into another program and used to harness its features in extension scripts.

Fourth-generation languages

edit

Fourth-generation programming languages are high-level languages built around database systems. They are generally used in commercial environments.

Functional languages

edit

Functional programming languages define programs and subroutines as mathematical functions and treat them as first-class. Many so-called functional languages are "impure", containing imperative features. Many functional languages are tied to mathematical calculation tools. Functional languages include:

Pure

edit

Impure

edit

Hardware description languages

edit

In electronics, a hardware description language (HDL) is a specialized computer language used to describe the structure, design, and operation of electronic circuits, and most commonly, digital logic circuits. The two most widely used and well-supported HDL varieties used in industry are Verilog and VHDL. Hardware description languages include:

HDLs for analog circuit design

edit
  • Verilog-AMS (Verilog for Analog and Mixed-Signal)
  • VHDL-AMS (VHDL with Analog/Mixed-Signal extension)

HDLs for digital circuit design

edit

Imperative languages

edit

Imperative programming languages may be multi-paradigm and appear in other classifications. Here is a list of programming languages that follow the imperative paradigm:

Interactive mode languages

edit

Known as REPL - Interactive mode languages act as a kind of shell: expressions or statements can be entered one at a time, and the result of their evaluation seen immediately.

Interpreted languages

edit

Interpreted languages are programming languages in which programs may be executed from source code form, by an interpreter. Theoretically, any language can be compiled or interpreted, so the term interpreted language generally refers to languages that are usually interpreted rather than compiled.

Iterative languages

edit

Iterative languages are built around or offering generators.

Languages by memory management type

edit

Garbage collected languages

edit

Garbage Collection (GC) is a form of automatic memory management. The garbage collector attempts to reclaim memory that was allocated by the program but is no longer used.

Languages with manual memory management

edit

Languages with optional manual memory management

edit
  • Ada implementations are not required to offer garbage collection, but the language semantics support it, and many implementations include it.
  • Blitz BASIC (also known as BlitzMax) is usually reference-counted,[12] and also supports a garbage collector. However, it also ships with optional utilities for using pointers[13] and for directly allocating and freeing memory.[14]
  • COBOL supports pointers[15] and heap allocation[16] as of COBOL 2002, along with a garbage collector.[17]
  • Cython provides optional manual memory management by letting the user import malloc, realloc, and free from C, which they can then use in Python code.[18]
  • D provides programmers with full control over its own garbage collector, including the ability to disable it outright.[19]
  • Nim is usually garbage-collected or reference-counted by default, depending on its configuration, but the programmer may use the switch --mm:none to deallocate memory manually.[20]
  • Objective-C and Objective-C++ support optional reference counting and garbage collection as alternatives to manual memory management (Apple deprecated the garbage collector).
  • PostScript originally required developers to manually reclaim memory using the save and restore operators. PostScript Level 2 introduced a garbage collector, but its usage is optional.[21]
  • Rust supports optional reference counting, but manual memory management is preferred.
  • Scala normally manages the memory automatically in its JVM and JavaScript targets. However, the LLVM-based Scala Native compiler supports the use of pointers, as well as C-style heap allocation (e.g. malloc, realloc, free) and stack allocation (stackalloc).[22]
  • Swift normally uses reference counting, but also allows the user to manually manage the memory using malloc and free. On Apple platforms, these functions are imported from the C standard library (which is imported from Foundation, AppKit or UIKit); on Linux, the developer needs to import Glibc, and ucrt on Windows.
  • V (Vlang) uses GC by default, for user convenience, which can be turned off (-gc none). Users are free to manage memory manually. Can also use autofree (-autofree) or arena allocation (-prealloc).
  • Vala uses reference counting by default, but the user is free to manage the memory manually if they wish.[23]

Languages with deterministic memory management

edit

Languages with automatic reference counting (ARC)

edit

List-based languages – LISPs

edit

List-based languages are a type of data-structured language that are based on the list data structure.

Little languages

edit

Little languages[26] serve a specialized problem domain.

  • awk – used for text file manipulation.
  • sed – parses and transforms text
  • SQL – has only a few keywords and not all the constructs needed for a full programming language[a] – many database management systems extend SQL with additional constructs as a stored procedure language

Logic-based languages

edit

Logic-based languages specify a set of attributes that a solution must-have, rather than a set of steps to obtain a solution.

Notable languages following this programming paradigm include:

Machine languages

edit

Machine languages are directly executable by a computer's CPU. They are typically formulated as bit patterns, usually represented in octal or hexadecimal. Each bit pattern causes the circuits in the CPU to execute one of the fundamental operations of the hardware. The activation of specific electrical inputs (e.g., CPU package pins for microprocessors), and logical settings for CPU state values, control the processor's computation. Individual machine languages are specific to a family of processors; machine-language code for one family of processors cannot run directly on processors in another family unless the processors in question have additional hardware to support it (for example, DEC VAX processors included a PDP-11 compatibility mode). They are (essentially) always defined by the CPU developer, not by 3rd parties.[b] The symbolic version, the processor's assembly language, is also defined by the developer, in most cases. Some commonly used machine code instruction sets are:

Macro languages

edit

Textual substitution macro languages

edit

Macro languages transform one source code file into another. A "macro" is essentially a short piece of text that expands into a longer one (not to be confused with hygienic macros), possibly with parameter substitution. They are often used to preprocess source code. Preprocessors can also supply facilities like file inclusion.

Macro languages may be restricted to acting on specially labeled code regions (pre-fixed with a # in the case of the C preprocessor). Alternatively, they may not, but in this case it is still often undesirable to (for instance) expand a macro embedded in a string literal, so they still need a rudimentary awareness of syntax. That being the case, they are often still applicable to more than one language. Contrast with source-embeddable languages like PHP, which are fully featured.

  • cpp (the C preprocessor)
  • m4 (originally from AT&T, bundled with Unix)
  • ML/I (general-purpose macro processor)
  • TTM (developed at the California Institute of Technology)

Application macro languages

edit

Scripting languages such as Tcl and ECMAScript (ActionScript, ECMAScript for XML, JavaScript, JScript) have been embedded into applications. These are sometimes called "macro languages", although in a somewhat different sense to textual-substitution macros like m4.

Metaprogramming languages

edit

Metaprogramming is the writing of programs that write or manipulate other programs, including themselves, as their data or that do part of the work that is otherwise done at run time during compile time. In many cases, this allows programmers to get more done in the same amount of time as they would take to write all the code manually.

Multiparadigm languages

edit

Multiparadigm languages support more than one programming paradigm. They allow a program to use more than one programming style. The goal is to allow programmers to use the best tool for a job, admitting that no one paradigm solves all problems in the easiest or most efficient way.

  • 1C:Enterprise programming language (generic, imperative, object-oriented, prototype-based, functional)
  • Ada (concurrent, distributed, generic (template metaprogramming), imperative, object-oriented (class-based))
  • ALF (functional, logic)
  • Alma-0 (constraint, imperative, logic)
  • APL (functional, imperative, object-oriented (class-based))
  • BETA (functional, imperative, object-oriented (class-based))
  • C++ (generic, imperative, object-oriented (class-based), functional, metaprogramming)
  • C# (generic, imperative, object-oriented (class-based), functional, declarative)
  • Ceylon (generic, imperative, object-oriented (class-based), functional, declarative)
  • ChucK (imperative, object-oriented, time-based, concurrent, on-the-fly)
  • Cobra (generic, imperative, object-oriented (class-based), functional, contractual)
  • Common Lisp (functional, imperative, object-oriented (class-based), aspect-oriented (user may add further paradigms, e.g., logic))
  • Curl (functional, imperative, object-oriented (class-based), metaprogramming)
  • Curry (concurrent, functional, logic)
  • D (generic, imperative, functional, object-oriented (class-based), metaprogramming)
  • Dart (generic, imperative, functional, object-oriented (class-based))
  • Delphi Object Pascal (generic, imperative, object-oriented (class-based), metaprogramming)
  • Dylan (functional, object-oriented (class-based))
  • ECMAScript (functional, imperative, object-oriented (prototype-based))
  • Eiffel (imperative, object-oriented (class-based), generic, functional (agents), concurrent (SCOOP))
  • F# (functional, generic, object-oriented (class-based), language-oriented)
  • Fantom (functional, object-oriented (class-based))
  • Go, Golang (imperative, procedural),
  • Groovy (functional, object-oriented (class-based), imperative, procedural)
  • Harbour
  • Hop
  • J (functional, imperative, object-oriented (class-based))
  • Julia (imperative, multiple dispatch ("object-oriented"), functional, metaprogramming)
  • LabVIEW (visual, dataflow, concurrent, modular, functional, object-oriented, scripting)
  • Lua (functional, imperative, object-oriented (prototype-based))
  • Mercury (functional, logical, object-oriented)
  • Metaobject protocols (object-oriented (class-based, prototype-based))
  • Nemerle (functional, object-oriented (class-based), imperative, metaprogramming)
  • Objective-C (imperative, object-oriented (class-based), reflective)
  • OCaml (functional, imperative, object-oriented (class-based), modular)
  • Oz (functional (evaluation: eager, lazy), logic, constraint, imperative, object-oriented (class-based), concurrent, distributed), and Mozart Programming System cross-platform Oz
  • Object Pascal (imperative, object-oriented (class-based))
  • Perl (imperative, functional (can't be purely functional), object-oriented, class-oriented, aspect-oriented (through modules))
  • PHP (imperative, object-oriented, functional (can't be purely functional))
  • Pike (interpreted, general-purpose, high-level, cross-platform, dynamic programming language )
  • Prograph (dataflow, object-oriented (class-based), visual)
  • Python (functional, compiled, interpreted, object-oriented (class-based), imperative, metaprogramming, extension, impure, interactive mode, iterative, reflective, scripting)
  • R (array, interpreted, impure, interactive mode, list-based, object-oriented prototype-based, scripting)
  • Racket (functional, imperative, object-oriented (class-based) and can be extended by the user)
  • Raku (concurrent, concatenative, functional, metaprogramming generic, imperative, reflection object-oriented, pipelines, reactive, and via libraries constraints, distributed)
  • Rebol (functional, imperative, object-oriented (prototype-based), metaprogramming (dialected))
  • Red (functional, imperative, object-oriented (prototype-based), metaprogramming (dialected))
  • ROOP (imperative, logic, object-oriented (class-based), rule-based)
  • Ring (imperative, functional, object-oriented (class-based), metaprogramming, declarative, natural)
  • Ruby (imperative, functional, object-oriented (class-based), metaprogramming)
  • Rust (concurrent, functional, imperative, object-oriented, generic, metaprogramming, compiled)
  • Scala (functional, object-oriented)
  • Seed7 (imperative, object-oriented, generic)
  • SISAL (concurrent, dataflow, functional)
  • Spreadsheets (functional, visual)
  • Swift (protocol-oriented, object-oriented, functional, imperative, block-structured)
  • Tcl (functional, imperative, object-oriented (class-based))
    • Tea (functional, imperative, object-oriented (class-based))
  • V (Vlang) (functional, imperative, procedural, structured, concurrent)
  • Windows PowerShell (functional, imperative, pipeline, object-oriented (class-based))
  • Wolfram Mathematica (Wolfram language)

Numerical analysis

edit

Several general-purpose programming languages, such as C and Python, are also used for technical computing, this list focuses on languages almost exclusively used for technical computing.

Non-English-based languages

edit

Object-oriented class-based languages

edit

Class-based object-oriented programming languages support objects defined by their class. Class definitions include member data. Message passing is a key concept, if not the main concept, in object-oriented languages.

Polymorphic functions parameterized by the class of some of their arguments are typically called methods. In languages with single dispatch, classes typically also include method definitions. In languages with multiple dispatch, methods are defined by generic functions. There are exceptions where single dispatch methods are generic functions (e.g. Bigloo's object system).

Single dispatch

edit

Object-oriented prototype-based languages

edit

Prototype-based languages are object-oriented languages where the distinction between classes and instances has been removed:

Off-side rule languages

edit

Off-side rule languages denote blocks of code by their indentation.

Procedural languages

edit

Procedural programming languages are based on the concept of the unit and scope (the data viewing range) of an executable code statement. A procedural program is composed of one or more units or modules, either user coded or provided in a code library; each module is composed of one or more procedures, also called a function, routine, subroutine, or method, depending on the language. Examples of procedural languages include:

Query languages

edit

Reflective languages

edit

Reflective programming languages let programs examine and possibly modify their high-level structure at runtime or compile-time. This is most common in high-level virtual machine programming languages like Smalltalk, and less common in lower-level programming languages like C. Languages and platforms supporting reflection:

Rule-based languages

edit

Rule-based languages instantiate rules when activated by conditions in a set of data. Of all possible activations, some set is selected and the statements belonging to those rules execute. Rule-based languages include:[citation needed]

Scripting languages

edit

Stack-based languages

edit

Stack-based languages are a type of data-structured language that are based on the stack data structure.

Synchronous languages

edit

Synchronous programming languages are optimized for programming reactive systems, systems that are often interrupted and must respond quickly. Many such systems are also called realtime systems, and are used often in embedded systems.

Examples:

Shading languages

edit

A shading language is a graphics programming language adapted to programming shader effects. Such language forms usually consist of special data types, like "color" and "normal". Due to the variety of target markets for 3D computer graphics.

Real-time rendering

edit

They provide both higher hardware abstraction and a more flexible programming model than previous paradigms which hardcoded transformation and shading equations. This gives the programmer greater control over the rendering process and delivers richer content at lower overhead.

Offline rendering

edit

Shading languages used in offline rendering produce maximum image quality. Processing such shaders is time-consuming. The computational power required can be expensive because of their ability to produce photorealistic results.

Syntax-handling languages

edit

These languages assist with generating lexical analyzers and parsers for context-free grammars.

System languages

edit

The system programming languages are for low-level tasks like memory management or task management. A system programming language usually refers to a programming language used for system programming; such languages are designed for writing system software, which usually requires different development approaches when compared with application software.

System software is computer software designed to operate and control the computer hardware, and to provide a platform for running application software. System software includes software categories such as operating systems, utility software, device drivers, compilers, and linkers. Examples of system languages include:

Language Originator First appeared Influenced by Used for
ESPOL Burroughs Corporation 1961 ALGOL 60 MCP
PL/I IBM, SHARE 1964 ALGOL 60, FORTRAN, some COBOL Multics
PL360 Niklaus Wirth 1968 ALGOL 60 ALGOL W
C Dennis Ritchie 1969 BCPL Most operating system kernels, including Windows NT and most Unix-like systems
PL/S IBM 196x PL/I OS/360
BLISS Carnegie Mellon University 1970 ALGOL-PL/I[33] VMS (portions)
PL/8 IBM 197x PL/I AIX
PL/MP and PL/MI IBM 197x PL/I CPF, OS/400
PL-6 Honeywell, Inc. 197x PL/I CP-6
SYMPL CDC 197x JOVIAL NOS subsystems, most compilers, FSE editor
C++ Bjarne Stroustrup 1979 C, Simula See C++ Applications[34]
Ada Jean Ichbiah, S. Tucker Taft 1983 ALGOL 68, Pascal, C++, Java, Eiffel Embedded systems, OS kernels, compilers, games, simulations, CubeSat, air traffic control, and avionics
D Digital Mars 2001 C++ Multiple domains[35]
Nim Andreas Rumpf 2008 Ada, Modula-3, Lisp, C++, Object Pascal, Python, Oberon OS kernels, compilers, games
Rust Mozilla Research[36] 2010 C++, Haskell, Erlang, Ruby Servo layout engine, Redox OS
Swift Apple Inc. 2014 C, Objective-C, Rust macOS, iOS app development[e]
Zig Andrew Kelley 2016 C, C++, LLVM IR, Go, Rust, JavaScript As a replacement for C
V (Vlang) Alexander Medvednikov 2019 C, Go, Oberon-2, Rust, Swift, Kotlin Vinix OS, OS kernels, compilers, games

Transformation languages

edit

Transformation languages serve the purpose of transforming (translating) source code specified in a certain formal language into a defined destination format code. It is most commonly used in intermediate components of more complex super-systems in order to adopt internal results for input into a succeeding processing routine.

Visual languages

edit

Visual programming languages let users specify programs in a two-(or more)-dimensional way, instead of as one-dimensional text strings, via graphic layouts of various types. Some dataflow programming languages are also visual languages.

Wirth languages

edit

Computer scientist Niklaus Wirth designed and implemented several influential languages.

XML-based languages

edit

These are languages based on or that operate on XML.

See also

edit

Notes

edit
  1. ^ The objects of SQL are collections of database records, called tables. A full programming language can specify algorithms, irrespective of runtime. Thus an algorithm can be considered to generate usable results. In contrast, SQL can only select records that are limited to the current collection, the data at hand in the system, rather than produce a statement of the correctness of the result.
  2. ^ A notable exception would be the Soviet/Russian 1801 series CPU, which originally used their own domestic ISA, but were later redesigned to be PDP-11 compatible as a policy decision.
  3. ^ a b Submodels are not listed, only base models.
  4. ^ The concept of object with the traditional single-dispatch OO semantics is not present in Julia, instead with the more general multiple dispatch on different types at runtime.
  5. ^ Swift uses automatic reference counting.

References

edit
  1. ^ "Operators". Retrieved 2024-05-13.
  2. ^ "wrap".
  3. ^ ""Aspects in Raku"".
  4. ^ "Christopher Diggins: What is a concatenative language". Drdobbs.com. 2008-12-31. Retrieved 2013-07-01.
  5. ^ "Feed operator".
  6. ^ Documentation » The Python Standard Library » Concurrent Execution
  7. ^ "Channels and other mechanisms".
  8. ^ "ProblemSolver".
  9. ^ a b "Indentation based syntax · rsdn/nemerle Wiki". GitHub. Retrieved 2022-03-18.
  10. ^ "Solidity: Solidity 0.8.11 documentation".
  11. ^ "Iterator".
  12. ^ "Memory Management · BlitzMax". Retrieved 2023-07-14.
  13. ^ "Pointers · BlitzMax". Retrieved 2023-07-14.
  14. ^ "BRL.Blitz · BlitzMax". Retrieved 2023-07-14.
  15. ^ "Using Pointers in an ILE COBOL Program - IBM Documentation". IBM. Retrieved 2023-07-14.
  16. ^ "HEAP - IBM Documentation". IBM. Retrieved 2023-07-14.
  17. ^ "SOM-based OO COBOL language elements that are changed - IBM Documentation". IBM. Retrieved 2023-07-14.
  18. ^ "Memory Allocation — Cython 3.0.0.dev0 documentation". Retrieved 2023-07-14.
  19. ^ "Garbage Collection". D Programming Language. Retrieved 2022-03-18.
  20. ^ "Nim's Memory Management". Retrieved 2022-03-18.
  21. ^ Adobe (February 1999). PostScript Language Reference, third edition (PDF). Addison-Wesley Publishing Company. pp. 56–65.
  22. ^ "Native code interoperability – Scala Native 0.4.14 documentation". Retrieved 2023-07-05.
  23. ^ "Projects/Vala/ReferenceHandling - GNOME Wiki!". Archived from the original on 2024-01-21. Retrieved 2022-03-21.
  24. ^ "Understanding Ownership - The Rust Programming Language". doc.rust-lang.org.
  25. ^ "Smart Pointers - The Rust Programming Language". doc.rust-lang.org.
  26. ^ Jon Bentley (AT&T) August 1986 CACM 29 (8) "Little Languages", pp 711-721 from his Programming Pearls column
  27. ^ "Meta-programming: What, why and how". 2011-12-14.
  28. ^ "Procedural Macros for Generating Code from Attributes". doc.rust-lang.org.
  29. ^ "Classes and Roles".
  30. ^ "Meta-object protocol (MOP)".
  31. ^ Scabia, Marco. "What is AGAL". Adobe Developer Connection. Adobe. Retrieved 8 May 2018.
  32. ^ "Grammars".
  33. ^ Wulf, W.A.; Russell, D.B.; Haberman, A.N. (December 1971). "BLISS: A Language for Systems Programming". Communications of the ACM. 14 (12): 780–790. CiteSeerX 10.1.1.691.9765. doi:10.1145/362919.362936. S2CID 9564255.
  34. ^ "C++ Applications".
  35. ^ "Organizations using the D Language". D Programming Language.
  36. ^ "Mozilla Research". 1 January 2014.