The title is “Toward a Refactoring Framework for FreeRIDE.”
Of course, some bright people have obsoleted some of this work since
that time. My hope is that parts of my code or my ideas will find their
way into their project.
If you read these slides, don’t miss the commentary at the bottom, and
don’t miss the (HTML version of the) demo at the end.
As I’m not parser-savvy, the bulk of what I did turned out to be:
Develop a reasonable skeleton (including a few GUI and scripting
issues)
Work on a Ruby-like editor API to augment the “literally
translated” API
Also note:
This is NOT just about refactoring. It’s also about generalized
editing scripts, macros, and so on.
Even the editor API, the most complete part, is not really released
yet, and is very much a work in progress.
The Editor API is not dependent on FreeRIDE, so it could be used by
(for example) Scite fans also.
It recently came to my attention that I never did put up my slides
from the last Ruby conference. <sarcasm>This was only five months ago,
you know.</sarcasm>
At any rate, I just polished them a tiny bit, so here they are:
The title is "Toward a Refactoring Framework for FreeRIDE."
Hmmm, but i don't find anything about refactoring in this slides.
It's all about some really simple editor things (i don't want say
anything about the so called GUI API).
Refactoring is about code transformation and most importantly about
semantik neutral code transformation. This is the important task and
we should talk about this first. Because if they turn out to be
impossible or very very unsatisfying in ruby (thats my point of view) we
don't need a framework.
Refactoring is about code transformation and most importantly about
semantik neutral code transformation. This is the important task and
we should talk about this first. Because if they turn out to be
impossible or very very unsatisfying in ruby (thats my point of view) we
don’t need a framework.
Have do done any work on this topic ?
Yes, a lot of work has been doen by Ohbayashi Ippei, Hara Yutaka, and
Yoshida Yuichi in the Ruby Refactoring Browser (RRB):
The title is “Toward a Refactoring Framework for FreeRIDE.”
Hmmm, but i don’t find anything about refactoring in this slides.
It’s all about some really simple editor things (i don’t want say
anything about the so called GUI API).
Don’t you find the manipulation of code as text a necessary
condition for automatic refactoring?
looking at the freeride ml it seem work is going on to port it to
freeride (I believe hal was talking about this in the first msg)
This code allows:
* Rename local/instance/class variable
* Rename method
* Rename constant(including class name and module name)
* Pull up/Push down method
* Extract method
* Extract superclass
I’m not much into automagic refactoring but this seem the core things
that need to be allowed , am I wreong ?
Isn’t refactoring normally performed at the syntax-tree level (hence
the need for a parser)?
···
On Sun, Apr 18, 2004 at 03:40:02PM +0900, Hal Fulton wrote:
Lothar Scholz wrote:
The title is “Toward a Refactoring Framework for FreeRIDE.”
Hmmm, but i don’t find anything about refactoring in this slides.
It’s all about some really simple editor things (i don’t want say
anything about the so called GUI API).
Don’t you find the manipulation of code as text a necessary
condition for automatic refactoring?
–
Running Debian GNU/Linux Sid (unstable)
batsman dot geo at yahoo dot com
On the Internet, no one knows you’re using Windows NT
– Submitted by Ramiro Estrugo, restrugo@fateware.com
On Sun, Apr 18, 2004 at 03:40:02PM +0900, Hal Fulton wrote:
Lothar Scholz wrote:
The title is “Toward a Refactoring Framework for FreeRIDE.”
Hmmm, but i don’t find anything about refactoring in this slides.
It’s all about some really simple editor things (i don’t want say
anything about the so called GUI API).
Don’t you find the manipulation of code as text a necessary
condition for automatic refactoring?
Isn’t refactoring normally performed at the syntax-tree level (hence
the need for a parser)?
Yea but syntax trees breaks when you can add stuff to the tree at
runtime. Well it doesn’t ACTUALLY break since we can run it, but from a
editor level it breaks because you have to actually run the program in
order to walk the syntax tree and you can’t exactly tree search all
possible syntax trees in order to do automatic refactoring.
Charlie