일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- nextjs
- adb connect
- electron-packager
- silent printing
- dvh
- Can't resolve
- adb pair
- camera permission
- github 100mb
- rolldown
- react-native
- ELECTRON
- animation
- github lfs
- Recoil
- 티스토리 성능
- Failed to compiled
- github pdf
- custom printing
- vercel git lfs
- react-native-dotenv
- Each child in a list should have a unique "key" prop.
- Git
- ffi-napi
- 이미지 데이터 타입
- camera access
- device in use
- augmentedDevice
- npm package
- html
- Today
- Total
Bleeding edge
2022/08/05 - TIL 본문
1. MVC
: Model, View, Controller 3가지로 이루어진 디자인 패턴입니다.
MVC 장단점
- 장점 : 재사용성과 확정성이 용이하다
- 단점 : 어플리케이션이 복잡해질수록, 모델과 뷰의 관계가 복잡해진다.
MVC 용어
- 모델 : Data
- 뷰 : UI
- 컨트롤러 : 하나 이상의 모델과 하나 이상의 뷰를 잇는다. 모델이나 뷰의 변경 통지를 받으면 해당하는 요소에 내용을 알려준다.
MVC 패턴의 예시 : 리액트
대표적인 특성 : immutable → state는 setState를 통해서만 수정이 가능하고, props 기반으로 만들어진 컴포넌트인 purComponent가 있습니다.
2. MVP
: MVC모델에서 파생되었으며, P는 Presenter입니다. 뷰와 프레젠터는 일대일 관계이기 때문에 MVC패턴보다 더 강한 결합을 지닌 디자인 패턴입니다
3. MVVM
: 뷰모델은 뷰를 더 추상화한 계층이며, 뷰와 뷰모델 사이의 양방향 데이터 바인딩을 지원하며, 단위테스팅을 하기 쉽다.
MVVM의 예시 뷰 : 함수를 사용하지않고 값의 대입만으로도 변수가 변경되며 양방향 바인딩이 가능하다.
4. 프로그래밍 패러다임
: 프로그래머에게 프로그래밍의 관점을 갖게 해주는 여활을 하는 개발방법론입니다.
- 선언형 프로그래밍
: 선언형 프로그래밍은 무엇을 풀어가는가에 집중하는 패러다임이며, 프로그램은 함수로 이루어진 것이다.(함수형 프로그래밍은 선언형 패러다임의 일종이다).
1-1. 함수형프로그래밍
: 함수형 프로그래밍은 순수함수들을 블록처럼 쌓아 재사용성을 높인 프로그래밍 패러다임입니다.
- 객체지향 프로그래밍
데이터를 객체로 취급하며 설계에 많은 시간이 소요되며, 처리속도가 다른 프로그래밍 패러다임에 비해 상대적으로 느립니다.
2-1. 객체프로그래밍의 특징
- 추상화 : 일부분의 특징을 조금 더 간추려 내는 것을 말한다
- 캡슐화 : 외부에 감추어 은닉하는 것을 말한다
- 상속성 : 사우이 클래스 특성을 하위 클래스가 이어받아서 재사용한다
- 다형성 : 하나의 매서드나 클래스가 다양한 방법으로 동작하는 것을 말한다(오버로딩, 오버라이딩)
오버로딩 : 같은 이름을 가진 매서드를 여러개 두는 것을 말한다. 매서드의 타입, 매개변수의 유형, 개수등
오버라이딩 : 상위클래스로부터 상속받은 매서드를 하위 클래스가 재정의하는 것을 의미한다.
- 설계의 원칙
SOLID 3-1. S : 단일 책임원칙은 모든 클래스는 각각의 하나의 책임을 져야한다
3-2 O : 개방 폐쇄의 원칙은 기존의 코드는 잘 변경하지 않으면서 확장하기 쉬워야한다
3-3 L : 리스코프 치환 원칙은 정확성을 깨뜨리지 않으면서 하위타입의 인스턴스로 바꿀 수 있어야 한다.
3-4 D : 인터페이스 분리 원칙은 상위 계층은 하위 계층의 변화에 대한 구현으로부터 독립해야한다.
느낀점
오늘 드디어 미니 프로젝트 하나가 끝났다. 요번주 동안 다른사람과 협업을 하면서 깃부터 다른 의견 충돌까지 다른사람과의 협업이 힘들다 라는 생각을 하게 되었지만, 혼자 일하면서 살 것이 아니기 때문에, 이를 오히려 기회 삼아서 협업에 포커싱을 한 채로 프로젝트에 임하였다. 이전보다 git flow에 대한 이해도가 올라갔으며 충돌을 해결하는 능력이 많이 좋아졌다. 다음 프로젝트 때도 git을 더활용해서 다음번에는 git을 정말 사용하는데 아무 거리낌이 없었으면 좋겠다.
'ConnecTo' 카테고리의 다른 글
2022/08/09 - TIL (0) | 2022.08.09 |
---|---|
2022/08/08 - TIL (0) | 2022.08.08 |
2022/08/04 - TIL (0) | 2022.08.04 |
2022/08/03 - TIL (0) | 2022.08.03 |
2022/08/02 TIL (0) | 2022.08.02 |