generated from muhandojeon/study-template
-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
631ae46
commit 7c043bf
Showing
1 changed file
with
50 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,50 @@ | ||
# 구부러지거나 부러지거나 | ||
|
||
## 결합도 줄이기 | ||
|
||
### 열차 사고 | ||
|
||
객체 내부의 상태를 묻는다는 것이 어떤 의미인지 알려주시옵소서 | ||
|
||
"."을 하나만 쓸 수 있게끔 하라는 것이 옳은,,건가?,, 어디에선가는 길게 작성해야 할 것 같은데,, | ||
|
||
선언적인 코드를 작성한다고 해도 내부는 명령형 코드인 것을 감안하면 비슷한 맥락이 아닐까 싶습니다. 어렵네요. | ||
|
||
> 아! 언어에 포함된 기능들이라면 괜찮다고 하는군요! 라이브러리단의 경우 "." 하나를 작성할 때마다 변경되었을 때 함께 고려할 부분이라는 것을 의미하는 것 같습니다. | ||
### 글로벌화의 해악 | ||
|
||
오오우.. x | ||
|
||
**킹글턴도 전역 데이터다.** | ||
|
||
|
||
## 실세계를 갖고 저글링하기 | ||
|
||
### 유한상태기계 | ||
|
||
요 상태머신이란 개념을 어디선가 주워듣고 회사에서 사용했는데 흠,, 흠,, 흠.. | ||
|
||
useReducer를 사용해서 복잡한 상태 변경 로직은 따로 분리하여 처리하는 방법이 더 나았을 것 같다고 승준님께 305번째 말씀 드리는 중,, (뭐가 더 나았을지 아직까지 모르겠네요) | ||
|
||
### 옵저버 패턴 / 구독 패턴 | ||
|
||
비슷하게 헤드퍼스트 디자인 패턴 책에서 조금 살펴봤는데 신기하고 재밌었습니다. | ||
|
||
요즘 나오는 리액트 라이브러리들은 적절하게 해당 패턴들을 사용해서 rule-of-hooks도 잘 지키면서, 리액트 상태와의 원활한 사용을 지원하고 있는 것 같습니다. | ||
|
||
### 반응형 프로그래밍 | ||
|
||
굉장히 재밌어 보이는 기법인 것 같아요. 사실 [얄코 영상](https://www.youtube.com/watch?v=KDiE5qQ3bZI)만 보고 오 재밌네,, 이런 생각만 하고 있었습니다. | ||
|
||
## 변환 프로그래밍 | ||
|
||
ㅈㅅ | ||
|
||
## 상속세 | ||
|
||
뭔가 간만에 상속에 대해 다시금 상기할 수 있게 해준 좋은 챕터였네요. | ||
|
||
- 직접적인 상속이 아닌 인터페이스나 프로토콜을 이용해 결합도를 낮추는 방법 | ||
|
||
> 근데 위임은 잘 모르겠음 설명좀 해줄 사람., |