Talk:Language binding
| This is the talk page for discussing improvements to the Language binding article. This is not a forum for general discussion of the article's subject. |
Article policies
|
| Find sources: Google (books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
 | This  level-5 vital article is rated Stub-class on Wikipedia's content assessment scale.It is of interest to the following WikiProjects: | ||||||||||
| |||||||||||
Untitled
[edit]I would like to have this article talk about language binding between langauge independent APIs and concrete language APIs. I have written the following section but didn't want to submit it because of the poor quality.
From an Interface Definition Language to a specific language
[edit]Special abstract languages, so called IDL interface description languages, are used to define language independent APIs. E.g. W3C defined the DOM API using the OMG Interface Definition Language. The DOM API is a standard for how to represent xml trees as internal data structures in object oriented languages. Any specific language, e.g. Python, can then make a language binding between any method, type etc. in the DOM API to a corresponding concrete Java entity.
What does the first line mean?
[edit]Is it possible to re-write the first line so that it is easier to read? 60.240.207.146 (talk) 02:48, 29 August 2010 (UTC)
"that language" seems unclear
[edit]I don't understand "a binding to the library must be created in that language". "That language" is which language, the language the library was written in or the other language?
72.134.24.82 (talk) 21:31, 26 October 2011 (UTC)
misleading claim
[edit]"Another is the impossibility of implementing certain algorithms efficiently in high-level languages."
C is a high-level assembly language. Period.
The claim was inserted without a reference or ditation and will tend to mislead neophytes concerning C and algorithm implementation.
in the past, similar claims were common for assemblers.
Claims initially made for C++ were often, in fact, i.e., in engineering practice, confounded by the facts of errors in production code. See issues of complexity and maintainability.
See algorithms implemented in Oz, Mercury; see original work on constraint-based resolution; see parser generation and the folly of re-inventing the wheel in C rather than relying on optimizing compilers.
Perhaps "some simple algorithms" would be more appropriate, as some C-style iterative implementations of algorithms are notoriously inefficient while "elegant" in that high-level language.
Perhaps we might better say "some types of algorithm in some higher-level languages" until a citation or reference is supplied.