2007
DOI: 10.1007/978-3-540-77042-8_5
|View full text |Cite
|
Sign up to set email alerts
|

Extracting and Evolving Code in Product Lines with Aspect-Oriented Programming

Abstract: Abstract. For some organizations, the proactive approach to product lines may be inadequate due to prohibitively high investment and risks. As an alternative, the extractive and the reactive approaches are incremental, offering moderate costs and risks, and therefore sometimes may be more appropriate. However, combining these two approaches demands a more detailed process at the implementation level. This paper presents a method and a tool for extracting a product line and evolving it, relying on a strategy th… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

1
44
0
1

Year Published

2009
2009
2019
2019

Publication Types

Select...
3
3
2

Relationship

1
7

Authors

Journals

citations
Cited by 32 publications
(46 citation statements)
references
References 26 publications
1
44
0
1
Order By: Relevance
“…Automatic runtime adaptations are attained by using the knowledge documented in variability models. As many authors [1,2,22] advocate that aspect-oriented software development (AOSD) is an effective technique to support feature variability, this approach is close to ours. Automatic runtime adaptations are attained by using the knowledge documented in variability models.…”
Section: Related Worksupporting
confidence: 63%
See 1 more Smart Citation
“…Automatic runtime adaptations are attained by using the knowledge documented in variability models. As many authors [1,2,22] advocate that aspect-oriented software development (AOSD) is an effective technique to support feature variability, this approach is close to ours. Automatic runtime adaptations are attained by using the knowledge documented in variability models.…”
Section: Related Worksupporting
confidence: 63%
“…Then, we automatically analyse both diff and match models to obtain the relevant changes between the source model and the target model e.g., addition/removal of components/bindings, changes of attribute 1 See http://www.eclipse.org/modeling/emft/ values, etc. However, it is not possible to adapt the running system during this analysis.…”
Section: Figure 2 I18n Aspectmentioning
confidence: 99%
“…Essentially, this product line uses aspects as a variability implementation mechanism (Alves et al, 2007;Gacek & Anastasopoules, 2001). In particular, the AppMenu aspect, due to usability issues, should not be present in products that have only one of the Media features, which is what the fifth row specifies.…”
Section: Configuration Knowledgementioning
confidence: 99%
“…It is also bidirectional, given that we observe the restrictions. Finally, Extract preprocessed code is useful for situations where we want to change a feature variation implementation, for example when we want to extract the feature code annotated with preprocessing directives to an aspect (Alves et al, 2007) or to a super class. The template defines that it is possible to extract a code fragment annotated with preprocessing directives from an asset and place it in another new asset, as long as the set of modified assets refines the original asset.…”
Section: Templates For Annotative Product Linesmentioning
confidence: 99%
“…By localizing porting-related features in code aspects, not only a modular separation of concern is devised, but the software development of mobile games can also be incrementally transitioned to product line engineering where orders of magnitude improvements in productivity and timeto-market are expected [6].…”
Section: Introductionmentioning
confidence: 99%