VLDB 2026 Research / reviewers in the wild / expert
Raquel Maranhão
dblp:81/3399
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2006
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Software maintenance and evolution · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › refactoring
aspect-oriented refactoring |
0.1 | 1 | 2006 | Exceptions and aspects: the devil is in the details · SIGSOFT FSE 2006 |
Software maintenance and evolution
refactoring |
0.1 | 1 | 2006 | Exceptions and aspects: the devil is in the details · SIGSOFT FSE 2006 |
Software maintenance and evolution
software modularity |
0.1 | 1 | 2006 | Exceptions and aspects: the devil is in the details · SIGSOFT FSE 2006 |
Software maintenance and evolution › software quality assurance
software quality assessment |
0.1 | 1 | 2006 | Exceptions and aspects: the devil is in the details · SIGSOFT FSE 2006 |
Methods — techniques the papers use, named apart from their topics
quality metrics · 0.1case study · 0.1aspect-oriented programming · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2006 | Exceptions and aspects: the devil is in the detailsabstractIt is usually assumed that the implementation of exception handling can be better modularized by the use of aspect-oriented programming (AOP). However, the trade-offs involved in using AOP with this goal are not well-understood. This paper presents an in-depth study of the adequacy of the AspectJ language for modularizing exception handling code. The study consisted in refactoring existing applications so that the code responsible for implementing heterogeneous error handling strategies was moved to separate aspects. We have performed quantitative assessments of four systems - three object-oriented and one aspect-oriented - based on four quality attributes, namely separation of concerns, coupling, cohesion, and conciseness. Our investigation also included a multi-perspective analysis of the refactored systems, including (i) the reusability of the aspectized error handling code, (ii) the beneficial and harmful aspectization scenarios, and (iii) the scalability of AOP to aspectize exception handling in the presence of other crosscutting concerns. Fernando Castor Filho, Nélio Cacho, Eduardo Figueiredo 0001, Raquel Maranhão, Alessandro F. Garcia 0001, Cecília M. F. Rubira |
SIGSOFT FSE | 4 |