Open main menu

Wikipedia β

List of programming languages by type

  (Redirected from List of programming languages by category)

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

(Because there is no overarching classification scheme for programming languages, in many cases a language will be listed under multiple headings.)

Contents

Array languagesEdit

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

Assembly languagesEdit

Assembly languages directly correspond to a machine language (see below) so machine code instructions appear in a form understandable by humans. Assembly languages let programmers use symbolic addresses, which the assembler converts to absolute addresses. Most assemblers also support macros and symbolic constants.

Authoring languagesEdit

An authoring language is a programming language used to create tutorials, websites, and other interactive computer programs.

Constraint programming languagesEdit

Template:Main'Bold text' programming

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.

Begin...End languagesEdit

Languages in which blocks of code are delimited by special keywords as opposed to curly bracket or brace characters { and } or those where blocks are formed, indicated, by their indentation.

Command line interface languagesEdit

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

Compiled languagesEdit

These are languages typically processed by compilers, though theoretically any language can be compiled or interpreted[citation needed]. See also compiled language.

Concurrent languagesEdit

Message passing languages provide language constructs for concurrency. The predominant paradigm for concurrency in mainstream languages such as Java is shared memory concurrency based on monitors. Concurrent languages that make use of message passing have generally been inspired by CSP or the π-calculus, but have had little commercial success, except for Ada and Erlang. Ada is a multipurpose language and concurrent programming is only one option available.

Curly-bracket languagesEdit

The curly-bracket or curly-brace programming languages have a syntax that defines statement blocks using the curly bracket or brace characters { and }. This syntax originated with BCPL (1966), and was popularized by C. Many curly-bracket languages descend from or are strongly influenced by C. Examples of curly-bracket languages include:

Dataflow languagesEdit

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 languagesEdit

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. Examples of data-oriented languages include:

Data-structured languagesEdit

Data-structured languages are those where logic is structured in ways similar to their data. Such languages are generally well suited to reflection and introspection. There are three main types:

Assembly languages that statically link data inline with instructions can also be considered data-structured, in the most primitive way.

Decision table languagesEdit

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 languagesEdit

Declarative languages describe a problem rather than defining a solution. Declarative programming stands in contrast to imperative programming via imperative programming languages, where serial orders (imperatives) are given to a computer. In addition to the examples given just below, all (pure) functional and logic-based programming languages are also declarative. In fact, "functional" and "logical" constitute the usual subcategories of the declarative category.

Embeddable languagesEdit

In source codeEdit

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 sideEdit

  • PHP
  • VBScript
  • SMX – dedicated to web pages
  • 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 and Ruby can be adapted (for instance, by being made into Apache modules).

Client sideEdit

In object codeEdit

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 languagesEdit

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

Esoteric languagesEdit

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 languagesEdit

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

Fourth-generation languagesEdit

See also: Category:4GL.

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

Functional languagesEdit

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:

PureEdit

ImpureEdit

Hardware description languagesEdit

In electronics, a Hardware description language or 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 designEdit

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

HDLs for digital circuit designEdit

Imperative languagesEdit

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 languagesEdit

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 is seen immediately. The interactive mode is also known as a REPL (read–eval–print loop).

Interpreted languagesEdit

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 commonly interpreted rather than compiled.

Iterative languagesEdit

Iterative languages are built around or offering generators.

Languages by memory management typeEdit

Garbage collected languagesEdit

Languages with manual memory managementEdit

List-based languages – LISPsEdit

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

Little languagesEdit

Little languages serve a specialized problem domain.

  • awk – can serve as a prototyping language for C (shares similar syntax)
  • Comet – used to solve complex combinatorial optimization problems in areas such as resource allocation and scheduling
  • sed – parses and transforms text
  • SQL – has only a few keywords, and not all the constructs needed for a full programming language[1] – many database management systems extend SQL with additional constructs as a stored procedure language

Logic-based languagesEdit

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

Machine languagesEdit

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. 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 languagesEdit

Textual substitution macro languagesEdit

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 too 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)

Application macro languagesEdit

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 languagesEdit

Metaprogramming is writing of programs that write or manipulate other programs (or 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 languagesEdit

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.

  • 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)
  • 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)
  • Delphi (generic, imperative, object-oriented (class-based), metaprogramming)
  • Dylan (functional, object-oriented (class-based))
  • eC (generic, imperative, 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))
  • FPr (function-level, object-oriented (class-based))
  • Go (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 (dataflow, visual)
  • Lava (object-oriented (class-based), visual)
  • Leda (functional, imperative, logic, object-oriented (class-based))
  • 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))
  • 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)
  • Pike
  • 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)
  • 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)
  • Ruby (imperative, functional, object-oriented (class-based), metaprogramming)
  • Rust (concurrent, functional, imperative, object-oriented)
  • 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))
  • Windows PowerShell (functional, imperative, pipeline, object-oriented (class-based))
  • Wolfram Language
  • XL (concept programming approach)

Numerical analysisEdit

Non-English-based languagesEdit

Object-oriented class-based languagesEdit

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 key 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).

Multiple dispatchEdit

Single dispatchEdit

Object-oriented prototype-based languagesEdit

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

Off-side rule languagesEdit

Off-side rule languages are those where blocks are formed, indicated, by their indentation.

Procedural languagesEdit

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:

Reflective languagesEdit

Reflective languages let programs examine and possibly modify their high level structure at runtime. 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 languagesEdit

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 languagesEdit

"Scripting language" has two apparently different, but in fact similar, meanings. In a traditional sense, scripting languages are designed to automate frequently used tasks that usually involve calling or passing commands to external programs. Many complex application programs provide built-in languages that let users automate tasks. Those that are interpretive are often called scripting languages.

Recently, many applications have built-in traditional scripting languages, such as Perl or Visual Basic, but there are quite a few native scripting languages still in use. Many scripting languages are compiled to bytecode and then this (usually) platform-independent bytecode is run through a virtual machine (compare to Java virtual machine).

Stack-based languagesEdit

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

Synchronous languagesEdit

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:

Syntax handling languagesEdit

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

  • ANTLR
  • Coco/R (EBNF with semantics)
  • GNU bison (FSF's version of Yacc)
  • GNU Flex (FSF's version of Lex)
  • glex/gyacc (GoboSoft compiler compiler to Eiffel)
  • lex (Lexical Analysis, from Bell Labs)
  • M4
  • yacc (yet another compiler compiler, from Bell Labs)
  • JavaCC

Transformation languagesEdit

Visual languagesEdit

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 languagesEdit

Computer scientist Niklaus Wirth designed and implemented several influential languages.

XML-based languagesEdit

These are languages based on or that operate on XML.

See alsoEdit

ReferencesEdit

  1. ^ The objects of SQL are collections of 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 which are limited to the current collection, the data at hand in the system, rather than produce a statement of the correctness of the result.

External linksEdit