Size: a a a

CODE BLOG / Чат

2021 November 04

SS

Steel Sword in CODE BLOG / Чат
То, что в реакте не получается, это не значит, что во всём ФП не получается.
Основная идея ФП - это иммутабельность, неизменность данных и что функции это объекты.
Основная идея ООП - это объединение данных и операций над данными. Еще некоторые считают, что ООП не бывает без наследования.

Вот ты пишешь

class Color {
   private int red;
   private int green;
   private int blue;

   // лень писать геттеры

   public Color(int red, int green, int blue) {
       this.red = red;
       this.green = green;
       this.blue = blue;
   }
   
   Color add(Color other) {
       return new Color(
           (this.red + other.red) / 2,
           (this.green + other.green) / 2,
           (this.blue + other.blue) / 2,
       )
   }

   String getHexColor() {
       return "#{red.hex()}{green.hex()}{blue.hex()}";
   }
}

Неизменность данных соблюдена? Соблюдена. Объединённость данных и методов соблюдена? Соблюдена.
источник

SS

Steel Sword in CODE BLOG / Чат
То ты говоришь, что ФП не противоположно ООП, то говоришь, что и ООП и ФП одновременно использовать нельзя
источник

V

Vladimir in CODE BLOG / Чат
Чрезмерная категоричность суждений вредна.
Что императивный подход, что декларативный - инструменты. Иногда эффективнее отталкиваться от линейной последовательности действий, а иногда - от самой задачи)
источник

YK

Yury Khmarin in CODE BLOG / Чат
компонент нельзя написать ФП и ООП. В Реакте есть два способа инициализировать компонент - через ФП или ООП. Особенность фреймворка)
источник

V

Vladimir in CODE BLOG / Чат
никто ж, приходя в столярную мастерскую, не будет говорить, что условный молоток лучше отвёртки))) Разве что человек, совсем далёкий от столярки)
источник

YK

Yury Khmarin in CODE BLOG / Чат
я не говорил что нельзя использовать ООП и ФП одновременно во всех других случаях) как и императивное и декларативное программирование
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
А почему ты мыслишь так узко?
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
Почему только компонент?
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
В проект я ведь могу добавить и тот и тот способ
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
И компоненты на ООП  и на фп
источник

YK

Yury Khmarin in CODE BLOG / Чат
потому что про компонент конкретно говорю) что нельзя его инициализировать одновременно ООП и ФП способами)
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
Значит ты такие неправ!
источник

YK

Yury Khmarin in CODE BLOG / Чат
я про проект ничего не говорил) разные компоненты могут быть написаны и так и так, но конкретно взять 1 компонент, то его инициализировать можно ООП или ФП способом)
источник

V

Vladimir in CODE BLOG / Чат
да уж... "кариес передаётся через поцелуй"
К вопросу о том, что всё-таки необходимо изучать не только технарские дисциплины
источник

P

Phantom in CODE BLOG / Чат
Хуевое сравнение
источник

P

Phantom in CODE BLOG / Чат
Чтож так все любят называть язык программирования инструментом, а приводит пример с молотками
источник

P

Phantom in CODE BLOG / Чат
Давайте еще хуй с отверткой сравнивать
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
и то и то можно засунуть в жопу!
источник

V

Vladimir in CODE BLOG / Чат
молоток и отвертка - инструменты, с помощью которых возможно решать определённые задачи. Можно сказать, два подхода в столярном деле.
но если два инструмента использовать совместно (в рамках мастерской), то можно получить то, что ни отдельно молотком, ни отдельно отвёрткой сделать нельзя)
можно было бы, конечно, привести пример с молотком и кувалдой, но это инструменты одного класса.
источник

P

Phantom in CODE BLOG / Чат
Есть разные молотки, хуевые и нормальные
источник