2002
DOI: 10.1007/3-540-47993-7_20
|View full text |Cite
|
Sign up to set email alerts
|

Type-Safe Prototype-Based Component Evolution

Abstract: Abstract. Component-based programming is currently carried out using mainstream object-oriented languages. These languages have to be used in a highly disciplined way to guarantee flexible component composition and extensibility. This paper investigates abstractions for component-oriented programming on the programming language level. We propose a simple prototype-based model for first-class components on top of a class-based object-oriented language. The model is formalized as an extension of Featherweight Ja… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
16
0
1

Year Published

2005
2005
2011
2011

Publication Types

Select...
3
2
2

Relationship

2
5

Authors

Journals

citations
Cited by 24 publications
(17 citation statements)
references
References 39 publications
0
16
0
1
Order By: Relevance
“…Together with the rule that concrete class members always override abstract ones, this principle yields recursively pluggable components where component services do not have to be wired explicitly [50].…”
Section: Service-oriented Component Modelmentioning
confidence: 99%
“…Together with the rule that concrete class members always override abstract ones, this principle yields recursively pluggable components where component services do not have to be wired explicitly [50].…”
Section: Service-oriented Component Modelmentioning
confidence: 99%
“…Recently, there are several works on using type systems for certifying important security properties, such as performance safety, memory safety, control-flow safety [14], [6], [5]. In component software, typing has been studied in relation to integrating components such as type-safe composition [19] or type-safe evolution [13]. In this paper we explore the possibility of a type system which allows one to detect statically whether or not the number of simultaneously active instances of specific components exceeds the allowed number.…”
Section: Introductionmentioning
confidence: 99%
“…In [32] linguistic abstractions for component-oriented programming are added on top of FJ: while this notion of component inspired our view of objects, in [32] components are distinct linguistic constructs from the notion of objects as class instances. Moreover, type safety in [32] is guaranteed only at the cost of a number of syntactic restrictions.…”
Section: Related Workmentioning
confidence: 99%
“…The basic idea is to adopt a generalized notion of object, which is inspired by the component-based programming [32]. Objects are intended as featherweight components which can be used in different compositions to modify their behavior based on dynamic conditions and independently from inheritance hierarchies.…”
Section: Introductionmentioning
confidence: 99%