[go: nahoru, domu]

Jump to content

Programming idiom: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
m rewrote similarity
ce
 
(8 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{short description|Group of code fragments sharing an equivalent semantic role}}
{{short description|Group of code fragments sharing an equivalent semantic role}}


In [[computer programming]], a '''programming idiom''' or '''code idiom''' is a group of [[Source code|code]] fragments sharing an equivalent [[Semantics (computer science)|semantic role]],<ref>{{cite web|url=https://arxiv.org/abs/1404.0417|title=Mining Idioms from Source Code. Miltiadis Allamanis, Charles A Sutton. FSE 2014: Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering November 2014 Pages 472–483|website=arxiv.org}}</ref> which recurs frequently across [[software]] projects often expressing a special feature of a recurring [[Language construct|construct]] in one or more [[programming language]]s or [[Library (computing)|libraries]]. This definition is rooted in the definition of "[[idiom]]" as used in the field of linguistics. [[Software developer|Developers]] recognize programming idioms by associating and giving meaning (semantic role) to one or more syntactical expressions within [[code snippet]]s (code fragments). The idiom can be seen as an action on a programming concept underlying a pattern in code, which is represented in implementation by contiguous or scattered code fragments. These fragments are available in several programming languages, [[software framework|framework]]s or even libraries. Generally speaking, a programming idiom's semantic role is a natural language expression of a simple task, [[algorithm]], or [[data structure]] that is not a [[built-in type|built-in]] feature in the programming language being used, or, conversely, the use of an unusual or notable feature that ''is'' built into a programming language.
In [[computer programming]], a '''programming idiom''' or '''code idiom''' is a group of [[Source code|code]] fragments sharing an equivalent [[Semantics (computer science)|semantic role]],<ref>{{cite book|title=Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering|chapter=Mining idioms from source code |year=2014 |doi=10.1145/2635868.2635901 |arxiv=1404.0417 |last1=Allamanis |first1=Miltiadis |last2=Sutton |first2=Charles |pages=472–483 |isbn=9781450330565 |s2cid=2923536 }}</ref> which recurs frequently across [[software]] projects often expressing a special feature of a recurring [[Language construct|construct]] in one or more [[programming language]]s or [[Library (computing)|libraries]]. This definition is rooted in the definition of "[[idiom]]" as used in the field of linguistics. [[Software developer|Developers]] recognize programming idioms by associating meaning (semantic role) to one or more syntactical expressions within [[code snippet]]s (code fragments). The idiom can be seen as an action on a programming concept underlying a pattern in code, which is represented in implementation by contiguous or scattered code fragments. These fragments are available in several programming languages, [[software framework|framework]]s or even libraries. Generally speaking, a programming idiom's semantic role is a natural language expression of a simple task, [[algorithm]], or [[data structure]] that is not a [[built-in type|built-in]] feature in the programming language being used, or, conversely, the use of an unusual or notable feature that ''is'' built into a programming language.


Knowing the idioms associated with a programming language and how to use them is an important part of gaining [[fluency]] in that language. It also helps to transfer knowledge in the form of analogies from one language or framework to another. Such idiomatic knowledge is widely used in crowdsourced repositories to help developers overcome programming barriers.<ref>{{cite web|url=https://cs.gmu.edu/~tlatoza/papers/BarriersInFrontendWebDevelopment.pdf|title=Barriers in Front-End Web Development. D. I. Samudio and T. D. LaToza. 2022 IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC), Roma, Italy, 2022, pp. 1-11, doi: 10.1109/VL/HCC53370.2022.9833127.|website=ieeexplore.ieee.org}}</ref> Mapping code idioms to [[idiosyncrasies]] can be a helpful way to navigate the tradeoffs between generalization and specificity. By identifying common patterns and idioms, developers can create mental models and schemata that help them quickly understand and navigate new code. Furthermore, by mapping these idioms to idiosyncrasies and specific use cases, developers can ensure that they are applying the correct approach and not overgeneralizing it.
Knowing the idioms associated with a programming language and how to use them is an important part of gaining [[fluency]] in that language. It also helps to transfer knowledge in the form of analogies from one language or framework to another. Such idiomatic knowledge is widely used in crowdsourced repositories to help developers overcome programming barriers.<ref>{{cite book|chapter-url=https://cs.gmu.edu/~tlatoza/papers/BarriersInFrontendWebDevelopment.pdf|title= 2022 IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)|year=2022 |doi=10.1109/VL/HCC53370.2022.9833127 |last1=Samudio |first1=David I. |last2=Latoza |first2=Thomas D. |chapter= Barriers in Front-End Web Development|pages=1–11 |isbn=978-1-6654-4214-5 |s2cid=251657931 }}</ref> Mapping code idioms to [[idiosyncrasies]] can be a helpful way to navigate the tradeoffs between generalization and specificity. By identifying common patterns and idioms, developers can create mental models and schemata that help them quickly understand and navigate new code. Furthermore, by mapping these idioms to idiosyncrasies and specific use cases, developers can ensure that they are applying the correct approach and not overgeneralizing it.
One way to do this is by creating a reference or documentation that maps common idioms to specific use cases, highlighting where they may need to be adapted or modified to fit a particular project or development team. This can help ensure that developers are working with a shared understanding of best practices and can make informed decisions about when to use established idioms and when to adapt them to fit their specific needs.
One way to do this is by creating a reference or documentation that maps common idioms to specific use cases, highlighting where they may need to be adapted or modified to fit a particular project or development team. This can help ensure that developers are working with a shared understanding of best practices and can make informed decisions about when to use established idioms and when to adapt them to fit their specific needs.


A common misconception is to use the [[adverb]]ial or [[Adjective|adjectival]] use of the term as ''using a programming language in a typical way'', which really refers to a '''idiosyncrasy'''. An idiom implies the semantics of some code in a programming language has similarities to other languages or frameworks. For example, an idiosyncratic way to [[C dynamic memory allocation|manage dynamic memory]] in [[C (programming language)|C]] would be to use the [[C standard library]] functions ''malloc'' and ''free'', whereas '''idiomatic''' refers to dynamic memory allocation as recurring semantic role that can be achieved with code fragments ''malloc'' in C, or ''pointer = new type [number_of_elements]'' in C++. In both cases, the semantics of the code are intelligible to developers familiar with C or C++, once the idiomatic or idiosyncratic rationale is exposed to them. However, while idiomatic rationale is often general to the programming domain, idiosyncratic rationale is frequently tied to specific API terminology.
A common misconception is to use the [[adverb]]ial or [[Adjective|adjectival]] form of the term as ''using a programming language in a typical way'', which really refers to a idiosyncrasy. An idiom implies the semantics of some code in a programming language has similarities to other languages or frameworks. For example, an '''idiosyncratic''' way to [[C dynamic memory allocation|manage dynamic memory]] in [[C (programming language)|C]] would be to use the [[C standard library]] functions ''malloc'' and ''free'', whereas '''idiomatic''' refers to manual [[memory management]] as recurring semantic role that can be achieved with code fragments ''malloc'' in C, or ''pointer = new type [number_of_elements]'' in C++. In both cases, the semantics of the code are intelligible to developers familiar with C or C++, once the idiomatic or idiosyncratic rationale is exposed to them. However, while idiomatic rationale is often general to the programming domain, idiosyncratic rationale is frequently tied to specific API terminology.


==Examples of simple idioms==
==Examples of simple idioms==
Line 31: Line 31:
<syntaxhighlight lang=Java>
<syntaxhighlight lang=Java>
s.insert(i, x)
s.insert(i, x)
</syntaxhighlight>
</syntaxhighlight>


For [[JavaScript]]:
For [[JavaScript]]:
<syntaxhighlight lang=Java>
<syntaxhighlight lang=Java>
s.splice(i, 0, x);
s.splice(i, 0, x);
</syntaxhighlight>
</syntaxhighlight>


For [[Perl]]:
For [[Perl]]:

Latest revision as of 03:11, 16 November 2023

In computer programming, a programming idiom or code idiom is a group of code fragments sharing an equivalent semantic role,[1] which recurs frequently across software projects often expressing a special feature of a recurring construct in one or more programming languages or libraries. This definition is rooted in the definition of "idiom" as used in the field of linguistics. Developers recognize programming idioms by associating meaning (semantic role) to one or more syntactical expressions within code snippets (code fragments). The idiom can be seen as an action on a programming concept underlying a pattern in code, which is represented in implementation by contiguous or scattered code fragments. These fragments are available in several programming languages, frameworks or even libraries. Generally speaking, a programming idiom's semantic role is a natural language expression of a simple task, algorithm, or data structure that is not a built-in feature in the programming language being used, or, conversely, the use of an unusual or notable feature that is built into a programming language.

Knowing the idioms associated with a programming language and how to use them is an important part of gaining fluency in that language. It also helps to transfer knowledge in the form of analogies from one language or framework to another. Such idiomatic knowledge is widely used in crowdsourced repositories to help developers overcome programming barriers.[2] Mapping code idioms to idiosyncrasies can be a helpful way to navigate the tradeoffs between generalization and specificity. By identifying common patterns and idioms, developers can create mental models and schemata that help them quickly understand and navigate new code. Furthermore, by mapping these idioms to idiosyncrasies and specific use cases, developers can ensure that they are applying the correct approach and not overgeneralizing it. One way to do this is by creating a reference or documentation that maps common idioms to specific use cases, highlighting where they may need to be adapted or modified to fit a particular project or development team. This can help ensure that developers are working with a shared understanding of best practices and can make informed decisions about when to use established idioms and when to adapt them to fit their specific needs.

A common misconception is to use the adverbial or adjectival form of the term as using a programming language in a typical way, which really refers to a idiosyncrasy. An idiom implies the semantics of some code in a programming language has similarities to other languages or frameworks. For example, an idiosyncratic way to manage dynamic memory in C would be to use the C standard library functions malloc and free, whereas idiomatic refers to manual memory management as recurring semantic role that can be achieved with code fragments malloc in C, or pointer = new type [number_of_elements] in C++. In both cases, the semantics of the code are intelligible to developers familiar with C or C++, once the idiomatic or idiosyncratic rationale is exposed to them. However, while idiomatic rationale is often general to the programming domain, idiosyncratic rationale is frequently tied to specific API terminology.

Examples of simple idioms[edit]

Printing Hello World[edit]

One of the most common starting points to learn to program or notice the syntax differences between a known language and a new one.[3]

It has several implementations, among them the code fragments for C++:

std::cout << "Hello World\n";

For Java:

System.out.println("Hello World");

Inserting an element in an array[edit]

This idiom helps developers understand how to manipulate collections in a given language, particularly inserting an element x at a position i in a list s and moving the elements to its right.[4]

Code fragments:

For Python:

s.insert(i, x)

For JavaScript:

s.splice(i, 0, x);

For Perl:

splice(@s, $i, 0, $x)

See also[edit]

References[edit]

  1. ^ Allamanis, Miltiadis; Sutton, Charles (2014). "Mining idioms from source code". Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering. pp. 472–483. arXiv:1404.0417. doi:10.1145/2635868.2635901. ISBN 9781450330565. S2CID 2923536.
  2. ^ Samudio, David I.; Latoza, Thomas D. (2022). "Barriers in Front-End Web Development" (PDF). 2022 IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC). pp. 1–11. doi:10.1109/VL/HCC53370.2022.9833127. ISBN 978-1-6654-4214-5. S2CID 251657931.
  3. ^ "Print Hello World". www.programming-idioms.org.
  4. ^ "Insert element in list". www.programming-idioms.org.

External links[edit]