1. 
   Рефакторинг (Refactoring): зміна у внутрішній структурі програмного забезпечення, що має на меті полегшити розуміння його роботи та спростити модифікацію, не торкаючись спостерігається поведінки.
   
2. 
   Проводити рефакторинг (Refactor): змінювати структуру програмного забезпечення, застосовуючи ряд рефакторингів, не торкаючись його поведінки.
   

2. Причини застосування рефакторинга

1. 
   необхідно додати нову функцію, яка недостатньо вкладається в прийняте архітектурне рішення;
   
2. 
   необхідно виправити помилку, причини виникнення якої відразу не ясні;
   
3. 
   подолання труднощів у командній розробці, які обумовлені складною логікою програми.
   

1. 
   дублювання коду;
   
2. 
   довгий метод;
   
3. 
   великий клас;
   
4. 
   довгий список параметрів;
   
5. 
   "Заздрісні" функції - це метод, який надмірно звертається до даних іншого об'єкта;
   
6. 
   надлишкові тимчасові змінні;
   
7. 
   класи даних;
   
8. 
   не GROUP дані.
   

5. Методи рефакторинга

• 
  Зміна сигнатури методу (Change Method Signature)
  
• 
  Інкапсуляція поля (Encapsulate Field)
  
• 
  Виділення класу (Extract Class)
  
• 
  Виділення інтерфейсу (Extract Interface)
  
• 
  Виділення локальної змінної (Extract Local Variable)
  
• 
  Виділення методу (Extract Method)
  
• 
  Генералізація типу (Generalize Type)
  
• 
  Вбудовування (Inline)
  
• 
  Введення фабрики (Introduce Factory)
  
• 
  Введення параметра (Introduce Parameter)
  
• 
  Підйом методу (Pull Up Method)
  
• 
  Спуск методу (Push Down Method)
  
• 
  Перейменування методу (Rename Method)
  
• 
  Переміщення методу (Move Method)
  
• 
  Заміна умовного оператора поліморфізмом (Replace Conditional with Polymorphism)
  
• 
  Заміна спадкування делегуванням (Replace Inheritance with Delegation)
  
• 
  Заміна коду типу підкласами (Replace Type Code with Subclasses)
  

5.1. Зміна сигнатури методу (Change Method Signature)

5.2. Інкапсуляція поля (Encapsulate field)

5.3. Виділення методу (Extract Method)

5.4. Переміщення методу (Move Method)

5.5. Заміна умовного оператора поліморфізмом (Replace Conditional with Polymorphism)

• 
  спочатку слід створити базовий клас і потрібне число підкласів;
  
• 
  в деяких випадках слід провести оптимізацію умовного оператора шляхом " Виділення методу ";
  
• 
  можливе використання " Переміщення методу ", щоб помістити умовний оператор в вершину ієрархії спадкоємства;
  
• 
  вибравши один з підкласів, потрібно конкретизувати в ньому поліморфний метод базового класу і перемістити в нього тіло відповідної гілки умовного оператора;
  
• 
  повторити попередню дію для кожної гілки умовного оператора;
  
• 
  замінити весь умовний оператор викликом поліморфного методу базового кла