Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data.

Lyle Franklin

dblp:129/8254 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
0since 2021 · last 2013
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2 · 1 first-author

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
2 papers
Software maintenance and evolution · 55% Programming languages and type systems · 41% Compilers and program optimization · 4%

Topics — the 5 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Software maintenance and evolution › refactoring
automated refactoring
0.322013
Crossing the gap from imperative to functional programming through refactoring · ESEC/SIGSOFT FSE 2013
LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013
Programming languages and type systems
functional programming
0.322013
Crossing the gap from imperative to functional programming through refactoring · ESEC/SIGSOFT FSE 2013
LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013
Software maintenance and evolution
refactoring
0.322013
Crossing the gap from imperative to functional programming through refactoring · ESEC/SIGSOFT FSE 2013
LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013
Programming languages and type systems
lambda expressions
0.212013
LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013
Compilers and program optimization
program transformation
0.012013
LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013

Methods — techniques the papers use, named apart from their topics

static analysis · 0.2data flow analysis · 0.2control flow analysis · 0.2
YearPublicationVenuePosition
2013 LAMBDAFICATOR: from imperative to functional programming through automated refactoring
abstract
Java 8 introduces two functional features: lambda expressions and functional operations like map or filter that apply a lambda expression over the elements of a Collection. Refactoring existing code to use these new features enables explicit but unobtrusive parallelism and makes the code more succinct. However, refactoring is tedious (it requires changing many lines of code) and error-prone (the programmer must reason about the control-flow, data-flow, and side-effects). Fortunately, these refactorings can be automated. We present LambdaFicator, a tool which automates two refactorings. The first refactoring converts anonymous inner classes to lambda expressions. The second refactoring converts for loops that iterate over Collections to functional operations that use lambda expressions. In 9 open-source projects we have applied these two refactorings 1263 and 1595 times, respectively. The results show that LambdaFicator is useful. A video highlighting the main features can be found at: http://www.youtube.com/watch?v=EIyAflgHVpU.
Lyle Franklin, Alex Gyori, Jan Lahoda, Danny Dig
ICSE1
2013 Crossing the gap from imperative to functional programming through refactoring
abstract
Java 8 introduces two functional features: lambda expressions and functional operations like map or filter that apply a lambda expression over the elements of a Collection. Refactoring existing code to use these new features enables explicit but unobtrusive parallelism and makes the code more succinct. However, refactoring is tedious: it requires changing many lines of code. It is also error-prone: the programmer must reason about the control-, data-flow, and side-effects. Fortunately, refactorings can be automated. We designed and implemented LambdaFicator, a tool which automates two refactorings. The first refactoring converts anonymous inner classes to lambda expressions. The second refactoring converts for loops that iterate over Collections to functional operations that use lambda expressions. Using 9 open-source projects, we have applied these two refactorings 1263 and 1709 times, respectively. The results show that LambdaFicator is useful: (i) it is widely applicable, (ii) it reduces the code bloat, (iii) it increases programmer productivity, and (iv) it is accurate.
Alex Gyori, Lyle Franklin, Danny Dig, Jan Lahoda
ESEC/SIGSOFT FSE2