Skip to main content

The Difference Between Refactoring and Changing

The word refactoring has become popular in software development. Unfortunately, like many things in software development, not everybody uses it right. That is probably because it takes some effort to understand.

Somebody who doesn't understand refactoring might use the words "refactor" and "change" interchangeably, like synonyms. However, refactoring does not mean the same thing as changing.

Example Using Math
Refactoring means changing the factors without changing the result. Refactoring software is like refactoring a multiplication problem in arithmetic. For example, consider the math problem:
  • 3 * 4
This can be refactored to:
  • 2 * 2 * 3
  • 2 * 6
In these examples, the factors change, but the result remains the same:
  • 3 * 4 = 12
  • 2 * 2 * 3 = 12
  • 2 * 6 = 12
However, making this kind of change is not refactoring:
  • 3 + 4
Because it changes the result:
  • 3 * 4 = 12
  • 3 + 4 = 7
So, that was a different kind of change.
Refactoring does not mean the same thing as changing.
Example in Software
Refactoring software has a similar meaning to refactoring math problems. Refactoring refers to a specific kind of change which changes the implementation of the software without changing the application of the software. In other words, refactoring involves changing the inner workings of software "under the hood" without changing its external functionality.
Refactoring means changing the factors without changing the result.
For example, consider a program like this:
  • Declare a new variable named "greeting"
  • Initialize the value of greeting to "Hello World!"
  • Display the value of greeting
This can (and probably should) be refactored to:
  • Display the value "Hello World!"
That change was refactoring because the refactored program does exactly the same thing. They both display "Hello World!" The refactored version simply no longer uses a named variable to do it. Therefore, it is a shorter, simpler, and higher quality program.

However, this kind of change would not be refactoring:
  • Display the value "Hello Sailor!"
That change affects more than the inner workings of the program, because it changes what the program actually does. The program's external functionality now displays a different message.

Accurately understanding what refactoring is and how it works provides a very useful tool to improve the quality of your software development.

Comments

Popular posts from this blog

What We're About

About Us Mission Statement: We provide a product to make high performing software developers happy by giving them a chance to work in a more self-directed way on software that is more meaningful to them. Core Values (in priority order): Integrity : Honesty, trustworthiness, and faithfulness Preparation : Research, planning, and goals Reputation : Branding, naming, presence, and networking Profitability : Product sales Production : Product development, ideas, online content Improvement : Research and training Support : Minimal overhead Who We Are Isaac Serafino  is a Software Architect in Omaha, Nebraska. He has a strong experience developing technology solutions. He has long had the dream to lead his own startup business. Our Products Snap Screen™ More efficiently provide a safe environment for using electronic devices. Sends pictures of what is on the display at somewhat random times so user knows they could be observed at any time, but the super...

The Importance of Direction

Which would you say is more important: getting somewhere faster, pushing something harder, or going the right direction? It should be obvious that no matter how much speed or power you use, that won't do any good if you're going the wrong direction. It could also be pointed out that early in a journey, even a small change in direction makes a big difference in where you end up. Therefore, we should make sure we have our direction correct, as the first priority.

How (Not) to Handle Different Exceptions

Came across this sample from a certain multi-billion-dollar company, purporting to show how to implement exception handling. I slightly changed a few cosmetic details to make it anonymous. try { // ... } catch (GeneralException e) { if (e instanceof SpecificExceptionA){ // ... } else if (e instanceof SpecificExceptionB){ // ... } } This is a true actual story--you can't make this stuff up. Yeah, I thought it was pretty hilarious; so I felt like I had to share it.