Re: [jdt-ui-dev] Refactoring: another question about refactoring, this t

["Dirk Baeumer" <Dirk_Baeumer@xxxxxxx>]

Valentino,

although refactoring is living in the
JDT land, it is not bound to Java. All the
core concepts like IRefactoring, Refactoring,
IChange, TextBuffer and the
whole user interface are Java independent
and therefore can be used with 
other programming languages as well.
This is already the case: if you look 
at externalize strings, which is implemented
as a refactoring, you notice that 
we change normal text files (*. properties
files) as well. 

JDT specific parts are currently the
refactorings, the AST and the AST-rewriting.

Your plan is to move the Java independent
part of refactoring out of JDT
so that is can be used by other plug-ins
as well. But it will not happen for
2.1. 

HTH

Dirk

"Valentino Kyriakides" <vkyriakides@xxxxxx> Sent by: jdt-ui-dev-admin@xxxxxxxxxxx 12/04/2002 12:33 AM Please respond to jdt-ui-dev

To:        "Jdt-Ui-Dev" <jdt-ui-dev@xxxxxxxxxxx>         cc:                 Subject:        [jdt-ui-dev] Refactoring: another question about refactoring, this time related to heterogenous sources...?

I have another question related to Eclipse refactoring
for the refactoring
team member experts.

How would you say are actually the chances to be able to adapt refactorings
for heterogenous sources with Eclipse? The keyword I have here in mind
would
be "Generative Programming" and thus something, which usually
wouldn't have
to be Java code at all.

For example the base input for such a fictive generator might be something
completely different, which afterwards would - during a projects build
process - be  transformed (generated) by a generator into Java
equivalent/compilable code. However, the refactoring support I have in
mind
here, should of course work on the generator's heterogenous input code
and
not on the generated Java code. Such a generator input format might, in
it's
simplest form, looking similar to JSP code or more like a usual mathematical
_expression_ or something else not yet defined/specified.

So my main question related to this theme is, if the Eclipse refactoring
architecture could be reused and enhanced to...or would easily allow to
support such a foreign heterogenous format?  Or the other way around
asked,
is the actual Eclipse underlayed refactoring architecture actually somehow
limited/restricted to Java at all?


-Valentino

_______________________________________________
jdt-ui-dev mailing list
jdt-ui-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/jdt-ui-dev