Subtyping with Generics: a Unified Approach
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
An Extended Theory of Primitive Objects: First Order System Luigi Liquori
An extended Theory of Primitive Objects: First order system Luigi Liquori To cite this version: Luigi Liquori. An extended Theory of Primitive Objects: First order system. ECOOP, Jun 1997, Jyvaskyla, Finland. pp.146-169, 10.1007/BFb0053378. hal-01154568 HAL Id: hal-01154568 https://hal.inria.fr/hal-01154568 Submitted on 22 May 2015 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. An Extended Theory of Primitive Objects: First Order System Luigi Liquori ? Dip. Informatica, Universit`adi Torino, C.so Svizzera 185, I-10149 Torino, Italy e-mail: [email protected] Abstract. We investigate a first-order extension of the Theory of Prim- itive Objects of [5] that supports method extension in presence of object subsumption. Extension is the ability of modifying the behavior of an ob- ject by adding new methods (and inheriting the existing ones). Object subsumption allows to use objects with a bigger interface in a context expecting another object with a smaller interface. This extended calcu- lus has a sound type system which allows static detection of run-time errors such as message-not-understood, \width" subtyping and a typed equational theory on objects. -
On Model Subtyping Cl´Ement Guy, Benoit Combemale, Steven Derrien, James Steel, Jean-Marc J´Ez´Equel
View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by HAL-Rennes 1 On Model Subtyping Cl´ement Guy, Benoit Combemale, Steven Derrien, James Steel, Jean-Marc J´ez´equel To cite this version: Cl´ement Guy, Benoit Combemale, Steven Derrien, James Steel, Jean-Marc J´ez´equel.On Model Subtyping. ECMFA - 8th European Conference on Modelling Foundations and Applications, Jul 2012, Kgs. Lyngby, Denmark. 2012. <hal-00695034> HAL Id: hal-00695034 https://hal.inria.fr/hal-00695034 Submitted on 7 May 2012 HAL is a multi-disciplinary open access L'archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destin´eeau d´ep^otet `ala diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publi´esou non, lished or not. The documents may come from ´emanant des ´etablissements d'enseignement et de teaching and research institutions in France or recherche fran¸caisou ´etrangers,des laboratoires abroad, or from public or private research centers. publics ou priv´es. On Model Subtyping Clément Guy1, Benoit Combemale1, Steven Derrien1, Jim R. H. Steel2, and Jean-Marc Jézéquel1 1 University of Rennes1, IRISA/INRIA, France 2 University of Queensland, Australia Abstract. Various approaches have recently been proposed to ease the manipu- lation of models for specific purposes (e.g., automatic model adaptation or reuse of model transformations). Such approaches raise the need for a unified theory that would ease their combination, but would also outline the scope of what can be expected in terms of engineering to put model manipulation into action. -
Subtyping Recursive Types
ACM Transactions on Programming Languages and Systems, 15(4), pp. 575-631, 1993. Subtyping Recursive Types Roberto M. Amadio1 Luca Cardelli CNRS-CRIN, Nancy DEC, Systems Research Center Abstract We investigate the interactions of subtyping and recursive types, in a simply typed λ-calculus. The two fundamental questions here are whether two (recursive) types are in the subtype relation, and whether a term has a type. To address the first question, we relate various definitions of type equivalence and subtyping that are induced by a model, an ordering on infinite trees, an algorithm, and a set of type rules. We show soundness and completeness between the rules, the algorithm, and the tree semantics. We also prove soundness and a restricted form of completeness for the model. To address the second question, we show that to every pair of types in the subtype relation we can associate a term whose denotation is the uniquely determined coercion map between the two types. Moreover, we derive an algorithm that, when given a term with implicit coercions, can infer its least type whenever possible. 1This author's work has been supported in part by Digital Equipment Corporation and in part by the Stanford-CNR Collaboration Project. Page 1 Contents 1. Introduction 1.1 Types 1.2 Subtypes 1.3 Equality of Recursive Types 1.4 Subtyping of Recursive Types 1.5 Algorithm outline 1.6 Formal development 2. A Simply Typed λ-calculus with Recursive Types 2.1 Types 2.2 Terms 2.3 Equations 3. Tree Ordering 3.1 Subtyping Non-recursive Types 3.2 Folding and Unfolding 3.3 Tree Expansion 3.4 Finite Approximations 4. -
A Model of Inheritance for Declarative Visual Programming Languages
An Abstract Of The Dissertation Of Rebecca Djang for the degree of Doctor of Philosophy in Computer Science presented on December 17, 1998. Title: Similarity Inheritance: A Model of Inheritance for Declarative Visual Programming Languages. Abstract approved: Margaret M. Burnett Declarative visual programming languages (VPLs), including spreadsheets, make up a large portion of both research and commercial VPLs. Spreadsheets in particular enjoy a wide audience, including end users. Unfortunately, spreadsheets and most other declarative VPLs still suffer from some of the problems that have been solved in other languages, such as ad-hoc (cut-and-paste) reuse of code which has been remedied in object-oriented languages, for example, through the code-reuse mechanism of inheritance. We believe spreadsheets and other declarative VPLs can benefit from the addition of an inheritance-like mechanism for fine-grained code reuse. This dissertation first examines the opportunities for supporting reuse inherent in declarative VPLs, and then introduces similarity inheritance and describes a prototype of this model in the research spreadsheet language Forms/3. Similarity inheritance is very flexible, allowing multiple granularities of code sharing and even mutual inheritance; it includes explicit representations of inherited code and all sharing relationships, and it subsumes the current spreadsheet mechanisms for formula propagation, providing a gradual migration from simple formula reuse to more sophisticated uses of inheritance among objects. Since the inheritance model separates inheritance from types, we investigate what notion of types is appropriate to support reuse of functions on different types (operation polymorphism). Because it is important to us that immediate feedback, which is characteristic of many VPLs, be preserved, including feedback with respect to type errors, we introduce a model of types suitable for static type inference in the presence of operation polymorphism with similarity inheritance. -
Methodology Stereotypes
UML/MARTE Methodology for Heterogeneous System design May, 2016 Microelectronics Engineering Group TEISA Dpt. , University of Cantabria Authors: P. Peñil Revisions : F. Herrera Author Date Description FeHe 26/05/2015 Polishing of the Architectural View section FeHe 28/05/2015 Polishing on the Application View section including some restructuring FeHe 25/06/2015 Polishing of section 5.3 FeHe 15/05/2016 Polishing of section 5.1 Index: 1 MODEL VIEW SPECIFICATION ....................................................... 11 PIM VIEWS .............................................................................................. 12 2 DATA VIEW ....................................................................................... 12 2.1 Enumeration Data type .................................................................................................... 12 2.2 Primitive Data type ........................................................................................................... 12 2.3 Derived Data type ............................................................................................................. 13 2.3.1 Structure Data type ................................................................................................... 13 2.3.2 Array Data type.......................................................................................................... 13 2.4 Specifying data types ........................................................................................................ 14 2.5 Generalization of DataTypes -
13 Templates-Generics.Pdf
CS 242 2012 Generic programming in OO Languages Reading Text: Sections 9.4.1 and 9.4.3 J Koskinen, Metaprogramming in C++, Sections 2 – 5 Gilad Bracha, Generics in the Java Programming Language Questions • If subtyping and inheritance are so great, why do we need type parameterization in object- oriented languages? • The great polymorphism debate – Subtype polymorphism • Apply f(Object x) to any y : C <: Object – Parametric polymorphism • Apply generic <T> f(T x) to any y : C Do these serve similar or different purposes? Outline • C++ Templates – Polymorphism vs Overloading – C++ Template specialization – Example: Standard Template Library (STL) – C++ Template metaprogramming • Java Generics – Subtyping versus generics – Static type checking for generics – Implementation of Java generics Polymorphism vs Overloading • Parametric polymorphism – Single algorithm may be given many types – Type variable may be replaced by any type – f :: tt => f :: IntInt, f :: BoolBool, ... • Overloading – A single symbol may refer to more than one algorithm – Each algorithm may have different type – Choice of algorithm determined by type context – Types of symbol may be arbitrarily different – + has types int*intint, real*realreal, ... Polymorphism: Haskell vs C++ • Haskell polymorphic function – Declarations (generally) require no type information – Type inference uses type variables – Type inference substitutes for variables as needed to instantiate polymorphic code • C++ function template – Programmer declares argument, result types of fctns – Programmers -
On the Interaction of Object-Oriented Design Patterns and Programming
On the Interaction of Object-Oriented Design Patterns and Programming Languages Gerald Baumgartner∗ Konstantin L¨aufer∗∗ Vincent F. Russo∗∗∗ ∗ Department of Computer and Information Science The Ohio State University 395 Dreese Lab., 2015 Neil Ave. Columbus, OH 43210–1277, USA [email protected] ∗∗ Department of Mathematical and Computer Sciences Loyola University Chicago 6525 N. Sheridan Rd. Chicago, IL 60626, USA [email protected] ∗∗∗ Lycos, Inc. 400–2 Totten Pond Rd. Waltham, MA 02154, USA [email protected] February 29, 1996 Abstract Design patterns are distilled from many real systems to catalog common programming practice. However, some object-oriented design patterns are distorted or overly complicated because of the lack of supporting programming language constructs or mechanisms. For this paper, we have analyzed several published design patterns looking for idiomatic ways of working around constraints of the implemen- tation language. From this analysis, we lay a groundwork of general-purpose language constructs and mechanisms that, if provided by a statically typed, object-oriented language, would better support the arXiv:1905.13674v1 [cs.PL] 31 May 2019 implementation of design patterns and, transitively, benefit the construction of many real systems. In particular, our catalog of language constructs includes subtyping separate from inheritance, lexically scoped closure objects independent of classes, and multimethod dispatch. The proposed constructs and mechanisms are not radically new, but rather are adopted from a variety of languages and programming language research and combined in a new, orthogonal manner. We argue that by describing design pat- terns in terms of the proposed constructs and mechanisms, pattern descriptions become simpler and, therefore, accessible to a larger number of language communities. -
Polymorphic Type Inference and Assignment
Proc. 18th Symp. Principles of Programming Languages, 1991, pages 291{302. Polymorphic type inference and assignment Xavier Leroy¤ Pierre Weis¤ Ecole Normale Sup¶erieure INRIA Rocquencourt Abstract that physical modi¯cation of data compromises type safety, since it can invalidate static typing assumptions. We present a new approach to the polymorphic typing As demonstrated here, the use of polymorphic mu- of data accepting in-place modi¯cation in ML-like lan- table data (that is, data structures that can be mod- guages. This approach is based on restrictions over type i¯ed in place) must be restricted. An obvious way to generalization, and a re¯ned typing of functions. The tackle this problem, used in early implementations of type system given here leads to a better integration of ML [3], is to require all such data to have monomor- imperative programming style with the purely applica- phic, statically-known types. This restriction trivially tive kernel of ML. In particular, generic functions that solves the problem, but it also makes it impossible to allocate mutable data can safely be given fully polymor- write polymorphic functions that create mutable values. phic types. We show the soundness of this type system, This fact has unfortunate consequences. and give a type reconstruction algorithm. A ¯rst drawback is that it is not possible to provide generic, e±cient implementations of most data struc- tures (vectors, hash tables, graphs, B-trees, ::: ), as 1 Introduction they require physical modi¯cation. Even a trivial func- Polymorphic type disciplines originate in the study of ¸- tion such as taking a vector of an arbitrary type and calculus and its connections to constructive logic [7, 14], returning a copy of it is not well-typed with the policy so it is no surprise it ¯ts very nicely within purely above, since it creates a vector with a statically un- applicative languages, without side e®ects. -
1St Workshop on Refactoring Tools (WRT'07)
Forschungsberichte der Fakultät IV – Elektrotechnik und Informatik 1st Workshop on Refactoring Tools (WRT'07) Proceedings July 31, 2007, TU Berlin, Germany Danny Dig, Michael Cebulla (Eds.) Bericht-Nr. 2007 – 8 ISSN 1436-9915 Table of Contents WRT’07 Organization …………………………………………………….v Proceedings …………………………………………………………………. • KABA: Automated Refactoring for Improved Cohesion ……………………..1 G. Snelting, M. Streckenbach (Universitat Passau) • Automation of Refactoring and Refactoring Suggestions for TTCN-3 Test Suites. The TRex TTCN-3 Refactoring and Metrics Tool ……………..…………3 H. Neukirchen, B. Zeiss (University of Gottingen) • A visual interface for type-related refactorings ……………………………….5 P. Mayer (Ludwig-Maximilians-Universität), A. Meißner (Fernuniversität in Hagen), F. Steimann (Fernuniversität in Hagen) • ITCORE: A Type Inference Package for Refactoring Tools …………………7 H. Kegel (ej-technologies GmbH), F. Steimann (Fernuniversität in Hagen) • Flexible Transformation Language …………………………………………….9 A. A. Santos, L. Menezes, and M. Cornélio (UPE) • A Refactoring Discovering Tool based on Graph Transformation …………11 J. Perez, Y. Crespo (Universidad de Valladolid) • Refactoring with Contracts ……………………………………………………13 Y. A. Feldman, M. Goldstein (IBM Haifa Research Lab), S. Tyszberowicz (The Academic College of Tel-Aviv Yaffo) • Synchronizing Refactored UML Class Diagrams and OCL Constraints ……………………………………………………………...15 S. Markovic, T. Baar (Ecole Polytechnique Federale de Lausanne) • Code Analyses for Refactoring by Source Code Patterns and Logical Queries ……………………………………………………...17 D. Speicher, M. Appeltauer, G. Kniesel (University of Bonn) • Reuse Based Refactoring Tools ………………………………………………..21 R. Marticorena, C. Lopez (University of Burgos), Y. Crespo, J. Perez (University of Valladolid) i • SORMASA: A tool for Suggesting Model Refactoring Actions by Metrics-led Genetic Algorithm ………………………………………….……..23 T. Bodhuin, G. Canfora, L. Troiano (University of Sannio) • Model-driven Software Refactoring …………………………………………..25 T. -
A Core Calculus of Metaclasses
A Core Calculus of Metaclasses Sam Tobin-Hochstadt Eric Allen Northeastern University Sun Microsystems Laboratories [email protected] [email protected] Abstract see the problem, consider a system with a class Eagle and Metaclasses provide a useful mechanism for abstraction in an instance Harry. The static type system can ensure that object-oriented languages. But most languages that support any messages that Harry responds to are also understood by metaclasses impose severe restrictions on their use. Typi- any other instance of Eagle. cally, a metaclass is allowed to have only a single instance However, even in a language where classes can have static and all metaclasses are required to share a common super- methods, the desired relationships cannot be expressed. For class [6]. In addition, few languages that support metaclasses example, in such a language, we can write the expression include a static type system, and none include a type system Eagle.isEndangered() provided that Eagle has the ap- with nominal subtyping (i.e., subtyping as defined in lan- propriate static method. Such a method is appropriate for guages such as the JavaTM Programming Language or C#). any class that is a species. However, if Salmon is another To elucidate the structure of metaclasses and their rela- class in our system, our type system provides us no way of tionship with static types, we present a core calculus for a requiring that it also have an isEndangered method. This nominally typed object-oriented language with metaclasses is because we cannot classify both Salmon and Eagle, when and prove type soundness over this core. -
Declared Type Generalization Checker: an Eclipse Plug-In for Systematic Programming with More General Types
Declared Type Generalization Checker: An Eclipse Plug-In for Systematic Programming with More General Types Markus Bach, Florian Forster, and Friedrich Steimann Lehrgebiet Programmiersysteme Fernuniversität in Hagen D-58084 Hagen [email protected], [email protected], [email protected] Abstract. The Declared Type Generalization Checker is a plug-in for Eclipse’s Java Development Tools (JDT) that supports developers in systematically find- ing and using better fitting types in their programs. A type A is considered to fit better than a type B for a declaration element (variable) d if A is more general than B, that is, if A provides fewer members unneeded for the use of d. Our support comes in the form of warnings generated in the Problem View of Eclipse, and associated Quick Fixes allowing elements to be re-declared auto- matically. Due to the use of Eclipse extension points, the algorithm used to compute more general types is easily exchangeable. Currently our tool can use two publicly available algorithms, one considering only supertypes already pre- sent in a project, and one computing new, perfectly fitting types. 1 The Problem: Too Strong Coupling Due to Overly Specific Types A class C is coupled to a type B if one or more declaration elements of C (i.e., fields, formal parameters, local variables, or methods with non-void return types) are de- clared with B as their type. Even though coupling between types cannot be eliminated completely (because without any coupling a type would be isolated from the rest of the system and therefore useless [1]), there is often a certain amount of unnecessary coupling which can be reduced in many cases by using a more general type than B. -
Polymorphic Subtyping in O'haskell
Science of Computer Programming 43 (2002) 93–127 www.elsevier.com/locate/scico Polymorphic subtyping in O’Haskell Johan Nordlander Department of Computer Science and Engineering, Oregon Graduate Institute of Science and Technology, 20000 NW Walker Road, Beaverton, OR 97006, USA Abstract O’Haskell is a programming language derived from Haskell by the addition of concurrent reactive objects and subtyping. Because Haskell already encompasses an advanced type system with polymorphism and overloading, the type system of O’Haskell is much richer than what is the norm in almost any widespread object-oriented or functional language. Yet, there is strong evidence that O’Haskell is not a complex language to use, and that both Java and Haskell pro- grammers can easily ÿnd their way with its polymorphic subtyping system. This paper describes the type system of O’Haskell both formally and from a programmer’s point of view; the latter task is accomplished with the aid of an illustrative, real-world programming example: a strongly typed interface to the graphical toolkit Tk. c 2002 Elsevier Science B.V. All rights reserved. Keywords: Type inference; Subtyping; Polymorphism; Haskell; Graphical toolkit 1. Introduction The programming language O’Haskell is the result of a ÿnely tuned combination of ideas and concepts from functional, object-oriented, and concurrent programming, that has its origin in the purely functional language Haskell [36]. The name O’Haskell is a tribute to this parentage, where the O should be read as an indication of Objects,as well as a reactive breach with the tradition that views Input as an active operation on par with Output.