Abstract
"Namespaces" have been implemented in some APL dialects, to reduce name scope and avoid name conflicts. Other implementations, including APL+WIN, do not yet support such a feature. This is an unofficial proposal for the design and implementation of such a feature. The design is, in the author's opinion, an improvement on those already implemented. It is presented in the hope of stimulating discussion, which might lead to further improvements in the proposal, and the decision, by language implementers, to adopt such an improved proposal.
- John Scholes, "Namespaces in Dyalog APL" Proceedings of APL as a Tool of Thought IX, NY/SIGAPL, 8 October 1994Google Scholar
- Rexford H. Swain, "Namespaces: APL/W vs. APL2" APL95 Proceedings (1995); APL Quote Quad25, No 4, pp. 193-205 Google ScholarDigital Library
- Michael T. Wheatley, "Extending the Domain of APL" IBM Systems Journal 30, No 4 , pp.446-55 (1991) Google ScholarDigital Library
- Michael T. Wheatley, "Packaged Workspaces" IBM APL Development Group (June 1990)Google Scholar
Recommendations
Proposal for an extension of traditional named entities: from guidelines to evaluation, an overview
LAW V '11: Proceedings of the 5th Linguistic Annotation WorkshopWithin the framework of the construction of a fact database, we defined guidelines to extract named entities, using a taxonomy based on an extension of the usual named entities definition. We thus defined new types of entities with broader coverage ...
Quantifying DNS namespace influence
Name resolution using the Domain Name System (DNS) is integral to today's Internet. The resolution of a domain name is often dependent on namespace outside the control of the domain's owner. In this article we review the DNS protocol and several DNS ...
Transparent files in APL (A Preliminary Proposal)
File-related operations in APL could be classified according to whether manipulation of the file is restricted solely to APL or whether the file is to be accessible via another language. In the latter case communication is often dependent on the other ...
Comments