Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Language IDEs » Java Development Tools (JDT) » Scope of refactoring operations?
Scope of refactoring operations? [message #161562] Fri, 28 May 2004 07:41 Go to next message
Richard Anderson is currently offline Richard AndersonFriend
Messages: 14
Registered: July 2009
Junior Member
What is the default scope of a refactoring operation (file, project,
package, workspace)? Is there any way to control the scope?

More specifically, if I use the Refactor / Change Method Signature, does
the change affect the entire workspace?
Re: Scope of refactoring operations? [message #161610 is a reply to message #161562] Fri, 28 May 2004 09:58 Go to previous messageGo to next message
Ilja Preuss is currently offline Ilja PreussFriend
Messages: 105
Registered: July 2009
Senior Member
Richard Anderson wrote:
> What is the default scope of a refactoring operation (file, project,
> package, workspace)?

Workspace.

> Is there any way to control the scope?

Besides closing projects you don't want to be affected, or temporarily cut
dependencies between projects, nothing I am aware of.

> More specifically, if I use the Refactor / Change Method Signature,
> does the change affect the entire workspace?

Yes, sort of - of course only projects depending on the project the
refactoring is done in can be affected.

Why would you want to restrict the refactoring?

Cheers, Ilja
Re: Scope of refactoring operations? [message #161638 is a reply to message #161562] Fri, 28 May 2004 13:22 Go to previous message
Eclipse UserFriend
Originally posted by: akiezun.cuthis.mit.this.edu.andthis

Richard Anderson wrote:
> What is the default scope of a refactoring operation (file, project,
> package, workspace)? Is there any way to control the scope?
>
> More specifically, if I use the Refactor / Change Method Signature, does
> the change affect the entire workspace?
>
the scope of that one is: all files that refer to that method or any
methods that this one is overridden by (from where it goes and find
appropriate methods up and down the hierarchy - recursively. which is
known as the 'ripple effect')

simpler put: unless the method is private or package visible, it
searches in the current project and all projects that depend on this one
(it makes you start the refactoring for a method that does not override
any methods)

cheers
a.
Previous Topic:Is it able to force rebuild a project?
Next Topic:How is it possible to fold comments within methods in M9
Goto Forum:
  


Current Time: Thu Dec 26 19:27:21 GMT 2024

Powered by FUDForum. Page generated in 0.03053 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top