2012 Second International Workshop on Developing Tools as Plug-Ins (TOPI) 2012
DOI: 10.1109/topi.2012.6229816
|View full text |Cite
|
Sign up to set email alerts
|

Simplicity principles for plug-in development: The jABC approach

Abstract: In this paper we present our experiences from a decade of plug-in development in the jABC framework, that is characterized by rigorous application of simplicity principles in two dimensions. First, the scope of the plug-in development is clearly defined: The jABC readily provides a sophisticated graphical user interface, which has been tailored to working with all kinds of directed graphs. Within this scope, plug-in development can deliberately focus on the actual functionality, like providing semantics to gra… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
6
0

Year Published

2012
2012
2019
2019

Publication Types

Select...
6
1

Relationship

2
5

Authors

Journals

citations
Cited by 7 publications
(6 citation statements)
references
References 27 publications
(24 reference statements)
0
6
0
Order By: Relevance
“…Also aiming directly at model‐based plug‐in development, Naujokat et al propose a method to enable a graphical modeling framework—namely, jABC—to capture plug‐in development in a domain‐specific setting. The main contribution of this work is that “the intended plug‐in functionality can itself be modeled conveniently in terms of graphical workflows, which then can be translated fully automatically to running code.” While our approach builds on standard UML modeling tools such as Enterprise Architect and the more traditional transformation tool‐chain MOFScript , the work by Naujokat et al is based on their custom‐tailored modeling framework jABC and Genesys transformation tool …”
Section: Discussionmentioning
confidence: 99%
“…Also aiming directly at model‐based plug‐in development, Naujokat et al propose a method to enable a graphical modeling framework—namely, jABC—to capture plug‐in development in a domain‐specific setting. The main contribution of this work is that “the intended plug‐in functionality can itself be modeled conveniently in terms of graphical workflows, which then can be translated fully automatically to running code.” While our approach builds on standard UML modeling tools such as Enterprise Architect and the more traditional transformation tool‐chain MOFScript , the work by Naujokat et al is based on their custom‐tailored modeling framework jABC and Genesys transformation tool …”
Section: Discussionmentioning
confidence: 99%
“…For example, additional SIBs can be added to the current modeling project, which introduces additional user interface elements and only works if the files containing additional SIB libraries are located within the project structure. Additionally, jABC can be extended with completely new modules by means of "plugins" (Naujokat, Lamprecht, Steffen, Jörges, & Margaria, 2012). Files containing plugins again have to be placed in special locations and furthermore have to be "registered" in a configuration dialog, necessitating an application restart.…”
Section: Adding Complexity Only Where Neededmentioning
confidence: 99%
“…E.g., Lamprecht et al reflect over some simplicity principles elicited by many years' experience in plug-in development [12], but do not provide a methodology. We speculate that there is not much published work because plug-in development was not the focus of scientists until recently.…”
Section: Related Workmentioning
confidence: 99%