의존성 그래프(Dependency graph), 데이터 흐름도(Data-flow diagram)

#1 의존성 그래프

 

https://en.wikipedia.org/wiki/Dependency_graph#/media/File:Dependencygraph.png

영어로는 Dependency graph다. 각 노드는 클래스, 화살표는 클래스 간의 종속성을 나타낸다.

 

그래프 읽는 법

예를 들어, 위의 그래프상에서 A는 B에 종속된다. 종속의 사전적 의미는 '자주성이 없이 주가 되는 것에 딸려 붙음'이다. 종속은 '알아야 한다'라는 말로도 표현할 수 있다. 따라서 A는 B에 대해 알아야 한다. 반면, B는 A를 몰라도 된다. B를 설계할 땐 A에서 뭘 어떻게 할지 전혀 신경 쓰지 않아도 된다는 것이다 (대신, B는 D에 대해 종속적이므로 D를 참조하며 설계해야 한다). A를 설계할 땐 B를 알아야 한다. '알아야 하는 쪽'에서 '몰라도 되는 쪽'으로 화살표를 이은 것이다.

 

쉽게 읽는 법

화살표에 "depends on"이라고 쓰여 있다고 상상하고 그대로 읽으면 된다. "A depends on B" = "A는 B에 의존한다."

 

#1-1 예시

의존성 주입(Dependency Injection)에 대해 다룬 게시글에 있는 코드와 그래프를 가져왔다.

 

코드

class Car {
    private val engine = Engine()
    private val airbag = Airbag()
    private val battery = Battery()

    fun startCar() {
        engine.startEngine()
        airbag.startAirbag()
        battery.startBattery()
        println("${this::class.simpleName} is ready")
    }
}

class Engine {
    private val piston = Piston()

    fun startEngine() {
        piston.startPiston()
        println("${this::class.simpleName} is ready")
    }
}

class Airbag {
    fun startAirbag() {
        println("${this::class.simpleName} is ready")
    }
}

class Battery {
    fun startBattery() {
        println("${this::class.simpleName} is ready")
    }
}

class Piston {
    private val crankshaft = Crankshaft()
    private val cylinder = Cylinder()

    fun startPiston() {
        crankshaft.startCrankshaft()
        cylinder.startCylinder()
        println("${this::class.simpleName} is ready")
    }
}

class Crankshaft {
    fun startCrankshaft() {
        println("${this::class.simpleName} is ready")
    }
}

class Cylinder {
    fun startCylinder() {
        println("${this::class.simpleName} is ready")
    }
}

 

의존성 그래프

 

#1-2 '의존성 역전 법칙'과의 연관

SOLID 원칙

의존성 그래프에 있는 화살표의 방향이, '역전'이라는 단어에서 오는 늬앙스를 잘 표현한다고 생각한다 (위 게시글 속 DIP의 'What (정확한 설명)' 참조).

 

#2 데이터 흐름도

https://en.wikipedia.org/wiki/Data-flow_diagram#/media/File:Data-flow-diagram-example.svg

영어로는 Data-flow diagram이다. 뭔가 모양이 난해한 것 같지만 전혀 신경쓰지 않아도 된다.

 

그래프 읽는 법

화살표가 데이터가 이동하는 경로라는 것만 알면 된다. 그 외에는 딱히 알 필요가 없다. 더 자세한 정보는 위키백과에서 읽자.

 

#2-1 예시

https://github.com/android/nowinandroid/blob/main/docs/ArchitectureLearningJourney.md

구글 공식의 (데이터 흐름 외에도 여러 정보가 짬뽕 된) '데이터 흐름도'(?)다. 점선이 데이터의 흐름(데이터 보내는 쪽에서 받는 쪽으로 이음)이고 실선은 이벤트의 흐름(이벤트 요청하는 쪽에서 요청을 수행하는 쪽으로 이음)이다. 그렇다. 이 데이터 흐름도의 존재는, 위에서 그래프 읽는 법을 딱히 알 필요가 없다고 말한 이유다. 우리가 데이터 사이언티스트도 아니기 때문에 형식에 얽매일 필요가 전혀 없다. 만약 구글의 마음이 갑자기 바뀌어, 흐름도 속 데이터의 흐름을 두 줄 점선으로 표기하고 이벤트는 지그재그 선으로 표기하는 업데이트를 해도 아무래도 좋다는 것이다.

 

그래서 사실 명시적으로 "이런 게 바로 데이터 흐름도입니다!"라고 설명할 가치도 없다고 생각한다. 다만, 구태여 그렇게 한 이유는 아래에 있는 주의할 점 때문이다.

 

#2-2 주의할 점

의존성 그래프를 보고 데이터 흐름을 추측하거나, 역으로 데이터 흐름도를 보고 의존성 관계를 추측해선 안 된다. 두 그래프에서 다루는 노드의 종류나 배치는 서로 비슷하지만, 엄연히 다른 성격의 그래프다. 가령 #2-1에 있는 데이터 흐름도를 다시 보자. DataSource → Repository라는 데이터 흐름을 보고, Repository → DataSource라는 의존성 관계를 추측하는 게 옳은 일일까? 아니다. 아래와 같이,

 

이런 의존성 구조일지는 아무도 모른다.