Design of a class library for association relationships

Østerbye, Kasper

doi:10.1145/1512762.1512769

Cited by 16 publications

(8 citation statements)

References 14 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…interaction aspects are not covered by the relation. Alternative approaches in [14], [15], [16] and [17] support the notion of relationships in object-oriented languages. But the purpose is to have structural relationships only-where the essence of the association is also to support interactions through the relationships: The alternative approaches do not support composition and inheritance of relationships-however in [15] the term composition is used to establish something similar to transitivity of relations.…”

Section: Related Work and Prerequisitesmentioning

confidence: 99%

Abstraction in Modeling and Programming with Associations: Instantiation, Composition and Inheritance

Kristensen

2019

Advances in Intelligent Systems and Computing

View full text Add to dashboard Cite

Go to publication entry in University of Southern Denmark's Research PortalTerms of use This work is brought to you by the University of Southern Denmark. Unless otherwise specified it has been shared according to the terms for self-archiving. If no other license is stated, these terms apply:• You may download this work for personal use only.• You may not further distribute the material or use it for any profit-making activity or commercial gain • You may freely distribute the URL identifying this open access version If you believe that this document breaches copyright please contact us providing details and we will investigate your claim.

show abstract

Section: Related Work and Prerequisitesmentioning

confidence: 99%

Abstraction in Modeling and Programming with Associations: Instantiation, Composition and Inheritance

Kristensen

2019

Advances in Intelligent Systems and Computing

View full text Add to dashboard Cite

show abstract

“…However, in his role-based access protocol, he distinguishes between to-one and to-many relationships, continuing the discontinuity we want to rid programming of. This discontinuity is preserved in Østerbye's subsequent work [31], in which he leaves the untyped realm of Smalltalk to present a library-based approach for C#. In his library, association classes are complemented by role classes providing for internal implementation of relationships.…”

Section: Related Workmentioning

confidence: 99%

Multitudes of Objects: First Implementation and Case Study for Java.

Steimann¹,

Öqvist²,

Hedin³

2014

JOT

View full text Add to dashboard Cite

In object-oriented programs, the relationship of an object to many objects is usually implemented using indirection through a collection. This is in contrast to a relationship to one object, which is usually implemented directly. However, using collections for relationships to many objects does not only mean that accessing the related objects always requires accessing the collection first, it also presents a lurking maintenance problem that manifests itself when a relationship needs to be changed from to-one to to-many or vice versa. Continuing our prior work on fixing this problem, we show how we have extended the Java 7 programming language with multiplicities, that is, with expressions that evaluate to a number of objects not wrapped in a container, and report on the experience we have gathered using these multiplicities in a case study.

show abstract

“…The C# language gets the NOIAI class library for representing relationships in [19]. Role access is similar to field access, much like our approach.…”

Section: Related Workmentioning

confidence: 99%

Reusable roles, a test with patterns

Barbosa

Aguiar

2011

Proceedings of the 18th Conference on Pattern Languages of Programs

View full text Add to dashboard Cite

Although roles have been around for a long time they have not yet reached mainstream programming languages. The variety of existing role models may be a limiting factor. We believe that for roles to be widely accepted they must enhance code reuse. An outcome would be a library of roles. We present and discuss what we feel are the characteristics that a role model must have to enable reusable and playerindependent roles. In this paper we present our role model and JavaStage, a role language that extends Java, with examples of reusable roles. Finally, we present our steps towards the building of a role library, by presenting the roles developed from the analysis of the GoF Design Patterns. The results obtained, we developed roles for 10 of the 23 GoF patterns, are promising.

show abstract

Design of a class library for association relationships

Cited by 16 publications

References 14 publications

Abstraction in Modeling and Programming with Associations: Instantiation, Composition and Inheritance

Abstraction in Modeling and Programming with Associations: Instantiation, Composition and Inheritance

Multitudes of Objects: First Implementation and Case Study for Java.

Reusable roles, a test with patterns

Contact Info

Product

Resources

About