티스토리

Juwon

검색하기

블로그 홈

Juwon

juwon-yun.tistory.com/m

https://github.com/Juwon-Yun

구독자: 3

방명록 방문하기

728x90

주요 글 목록

블로그 이전했습니다! React+Netlify로 블로그 개설했습니다! https://dev-juwon.netlify.app/ Home Dev Juwon dev-juwon.netlify.app 공감수 0 댓글수 0 2022. 9. 10.
[Flutter] Flutter와 MVVM 아키텍처 모바일 앱 개발을 하게되면 필요한 구조와 패턴이 있습니다. Andriod, iOS, Flutter 모두 최종 기능은 같습니다. 앱을 개발한다면 앱의 확장성과 유지보수의 편의성을 고려해 적용하는 아키텍처는 다양하지만 많이 쓰이는 아키텍처 MVVM을 소개하려합니다. Flutter 특성에 맞는 MVVM 디자인 패턴을 적용하여 사용하는 것이 목적입니다. Flutter MVVM (Model View ViewModel) 3가지 레이어로 구성된 패턴입니다. 각 레이어별 역활을 파악하고 Data와 Action의 흐름을 일관되게 구현한다면 확장성있고 이해하기 쉬워지며 유지보수의 편의성이 좋은 앱을 만들 수 있게 됩니다. View Layer UI/UX요소로 구성된 다양한 위젯으로 화면을 구성하는 레이어입니다. (시각적인 .. 공감수 0 댓글수 0 2022. 6. 4.
블로그 이전 중 입니다. https://dev-juwon.netlify.app/ 위의 URL로 구경 오실 수 있어요. 감사합니다. 공감수 0 댓글수 0 2022. 5. 24.
[Flutter] Flutter Widget의 생명주기를 알아보자! ( LifeCycle ) 이번 포스팅에서는 Flutter에서의 Widget의 LifeCycle에 대해 알아보겠습니다. Flutter에서 위젯 종류인 Stateless Widget과 Stateful Widget은 서로 다른 LifeCycle을 가지고 있습니다. 소스 코드와 함께 알아보겠습니다. Stateless Widget LifeCycle Stateless Widget은 단순히 화면을 구성하는 위젯이므로 단순한 생명주기를 가지고 있습니다. Stateless Widget의 Constructor flutter에서 위젯은 기본적으로 클래스를 사용하여 생성합니다. 위젯은 기본적으로 클래스로 구성이 되어있기 때문에 클래스의 생성자를 사용할 수 있습니다. 위젯의 생성자와 클래스의 생성자는 동일한 역할을 가지며 마찬가지로 해당 위젯 안에서 .. 공감수 3 댓글수 0 2022. 5. 22.
[Flutter] 자주 사용하는 UI Widget을 알아보자! 이번 포스팅에서 알아볼 내용은 Flutter 프레임워크에서 자주 사용되는 UI Widget입니다. Stack Widget 하나의 위젯 위에 다른 위젯을 쌓아올릴 때 사용하는 위젯입니다. (겹쳐 사용할 수 있습니다.) Stack API를 이용해 화면의 경계에서 정확히 원하는 위치에 위젯을 추가할 수 있습니다. 주로 Stack Widget을 이용해 Background, 배경화면, 현재 시간 등을 그릴 수 있습니다. 위치를 지정하지 않은 child Widget을 Column이나 Row가 자식을 취급하는 것 처럼 처리합니다. (자식 위젯을 왼쪽 위 모서리로 정렬하여 나란히 놓습니다.) alignment Property로 정렬 방향을 설정합니다. ( align-content : 방향 설정과 유사합니다. ) Pos.. 공감수 0 댓글수 0 2022. 5. 21.
[Flutter] Flutter의 위젯을 알아보자! ( Widget ) 이번 포스팅에서 알아볼 내용은 Flutter의 Widget입니다. Flutter의 모든 위젯은 다루지는 않습니다. 하지만 필요한 위젯을 찾는 방법에 대해 학습하고 주로 사용하는 위젯을 알아볼 수 있습니다. Flutter는 위젯으로 시작하고 위젯으로 끝나는 프레임워크이며 Flutter의 위젯은 웹에서의 HTML Element로 취급한다면 간단히 이해할 수 있습니다. Widget?? Flutter는 위젯이 전부다라고 말해도 될 정도의 중요도를 가지고 있습니다. 화면에 표시되는 모든 요소가 위젯이며 눈에 보이지 않지만 화면을 구성하는 Layout도 위젯입니다. 위젯은 크게 두가지로 분류할 수 있습니다. Stateful Widget Stateles Widget 각각의 위젯을 살펴보겠습니다. Stateful Wi.. 공감수 0 댓글수 0 2022. 5. 20.
[Dart] Dart의 factory 키워드를 알아보자! 이번 포스팅에서는 Dart Factory Constructor에 대해 알아보겠습니다. factory dart의 factory 키워드는 flutter에서 모델 클래스를 만들 때 자주 사용되는 예약어입니다. JSON 직렬화 예제 코드와 함께 factory를 알아보겠습니다. // build runner에게 Human 클래스가 JSON 직렬화 로직이 구성되어야 한다고 미리 선언하는 어노테이션입니다. @JsonSerializable Class Human { final String gender; final String age; final String name; Human({required this.gender, required this.age, required this.name}); // Map에서 새로운 Huma.. 공감수 0 댓글수 2 2022. 5. 18.
[Clean Code] 17장 냄새와 휴리스틱 17장 냄새와 휴리스틱 Refactoring의 저자 마틴 파울러는 다양한 코드 냄새를 거론한다. 이번 챕터에서는 마틴 파울러가 맡은 냄새에 저자가 맡은 냄새를 추가헀다. 이번에 나올 목차들을 다양하게 검토하고 리팩터링 하는 챕터. 프로그램을 수정할 때마다 나는 왜?라는 자문한 다음 그 답을 기록했다. 목차 주석 환경 함수 일반 자바 이름 테스트 17-1. 주석 부적절한 정보 변경 이력, 이슈 추적 등 다른 시스템에 저장할 정보는 주석으로 적절하지 못하다. 작성자, 최종 수정일, SRP 번호와 같은 정보만 주석으로 남긴다. 주석은 코드와 설계에 기술적인 설명을 부연하는 수단이기 때문에 필수적인 정보만 넣어준다. 쓸모없는 주석 쓸모 없는 주석은 넣지 않는게 가장 좋다. 무의미한 주석은 삭제하는 것이 좋다. .. 공감수 0 댓글수 0 2022. 5. 14.
[Clean Code] 16장 SerialDate 리펙터링 16장 SerialDate 리펙터링 JCommon 라이브러리와 SerialDate 클래스를 알아보며 전문가의 입장에서 깨끗한 코드 작성 방법을 알아볼 수 있는 챕터. 이 챕터( 책 )에서 수행하는 분석은 악의나 자만과는 거리가 멀다는 것을 명심하자. 비판이 있어야 발전이 가능하다. 다른 직업들도 하고있는 것들이다. 프로그래머들도 알아야한다. 코드 리뷰는 우리 모두가 편안하게 여겨야할 행동이고 다른 사람이 내게 해준다면 감사히 반겨야 할 행동이다. 목차 첫째, 돌려보자 둘째, 돌려보자 16-1. 첫째, 돌려보자 SerialDateTests는 단위 테스트 케이스 몇개를 포함하지만 모든 경우를 점검하지 않고 있다. 테스트 코드에서 전혀 실행하지 않는 코드도 존재한다. 테스트 커버리지는 대략 50% 정도이다. .. 공감수 0 댓글수 0 2022. 5. 14.
[Flutter] Flutter 3.0 변경사항을 알아보자! 이번 포스팅에서 알아볼 내용은 Flutter 3.0 버전의 변경 사항입니다. 5월 13일 Google I/O를 통해 Flutter 3.0 버전이 릴리즈 되었습니다. ( Dart도 버전업이 되었습니다. ) Flutter 3.0 버전 변경 사항 1. Apple Silicon의 Fully Native 지원 기존 Flutter에서는 Rosetta등을 통해 간접적으로 Fully 지원하였습니다. Flutter 3.0버전에서 부터는 빌드 할 때 ARM칩을 지원하는 빌드를 별도로 추가 지원하며 Flutter 프레임워크가 애플 실리콘에서 작동되기 때문에 속도도 이전 버전보다 빨라지게 되었습니다. 2. Yaru Ubuntu를 만드는 회사 Canonial에서 Yaru Design Language를 Pub.dev를 통하여 지.. 공감수 0 댓글수 0 2022. 5. 14.
[Clean Code] 15장 JUnit 들여다보기 15장 JUnit 들여다보기 Junit을 작성하고 테스트 코드를 통해 리펙토링하는 과정을 보여주는 챕터 Junit 프레임워크에서 코드를 가져와 리뷰하며 바람직한 코드 작성방법을 보여준다. 목차 JUnit 프레임워크 15-1. JUnit 프레임워크 JUnit은 저자가 많지만 켄트 백, 에릭 감마가 기초를 구현하였다. 공통된 접두어를 제거하자 캡슐화 되지 않은 조건문이 존재한다면 조건문을 캡슐화해서 메서드로 뽑아내 적절한 이름을 붙이자. 이름은 명확하게 붙이자 부정문이 긍정문보다 이해하기 약간 어렵다. 부정문을 긍정문으로 표현하자. 함수의 이름으로 효과를 명확하게 설명하자 함수는 한 가지 일만 해야 한다 함수는 일관적으로 사용하자 정확한 이름을 사용하라 숨겨진 시각적인 결합 일관성을 유지하자 경계 조건을 캡.. 공감수 0 댓글수 0 2022. 5. 12.
[Clean Code] 14장 점진적인 개선 14장 점진적인 개선 점진적인 개선에 대한 사례를 보여주는 챕터. 시작은 좋지만 확장성이 부족한 모듈을 개선하고 정리 했던 과거 일로, Args 클래스를 작성한 저자의 코드를 예를 들어 하고싶은 말이 무엇인지 알아야 한다. 목차 Args 구현 어떻게 짰느냐고? Args: 1차 초안 그래서 멈췄다 점직적으로 개선하다 String 인수 14-1. Args 구현 public static void main(String[] args) { try { Args arg = new Args("l,p#,d*", args); boolean logging = arg.getBoolean('l'); int port = arg.getInt('p'); String directory = arg.getString('d'); execut.. 공감수 0 댓글수 0 2022. 5. 11.
[Clean Code] 13장 동시성 13장 동시성 객체는 처리의 추상화다. 스레드는 일정의 추상화다. 동시성과 깔끔한 코드는 양립하기 어렵다. 여러 스레드를 동시에 돌리는 이유와 여러 스레드를 동시에 돌리는 어려움에 대한 대처 방법과 깨끗한 코드를 작성하는 방법을 알려주는 챕터. 동시성을 테스트하는 방법과 동시성의 문제점을 이야기한다. 깨끗한 동시성은 복잡한 주제로 이 챕터에서는 간략히 소개만 하는 것이다. 목차 동시성이 필요한 이유? 미신과 오해 난관 동시성 방어 원칙 단일 책임 원칙 따름 정리: 자료 범위를 제한하라 따름 정리: 자료 사본을 사용하라 따름 정리: 스레드는 가능한 독립적으로 구현하라 라이브러리를 이해하라 스레드 환경에 안전한 컬렉션 실행 모델을 이해하라 생산자-소비자 읽기-쓰기 식사하는 철학자들 동기화하는 메서드 사이에 .. 공감수 0 댓글수 0 2022. 5. 9.
[Clean Code] 12장 창발성 12장 창발성 착실하게 따르기만 하면 우수한 설계가 나오는 간단한 규칙을 소개하는 챕터. 창발성을 이용해 SRP와 DIP 같은 원칙을 쉽게 적용하자. 본 포스팅은 https://dev-juwon.netlify.app/blog/cc_chapter12/ 에서도 보실 수 있습니다. 목차 창발적 설계로 깔끔한 코드를 구현하자 단순한 설계 규칙 1: 모든 테스트를 실행하라 단순한 설계 규칙 2~4: 리펙터링 중복을 없애라 표현하라 클래스와 메서드 수를 최소로 줄여라 12-1. 창발적 설계로 깔끔한 코드를 구현하자 켄트 백이 제시한 단순한 설계 규칙 네 가지. 모든 테스트를 실행한다. 중복을 없앤다. 프로그래머 의도를 표현하라. 클래스와 메서드 수를 최소로 줄여라. 1번 부터 4번까지는 중요도 순서이다. 12-2... 공감수 0 댓글수 0 2022. 5. 1.
[Dart] Dart 언어를 알아보자! ( Flutter ? ) 이번 포스팅에서 다룰 내용은 Flutter와 Dart입니다. 🎯 Dart? 다트는 2011년 10월 GOTO 콘퍼런스에서 구글이 공개한 객체지향 프로그래밍 언어입니다. 구글이 멀티 플랫폼 상에서 동작되도록 하는 앱을 위해 디자인되었습니다. 기본적으로 C언어의 문법과 거의 유사하며 간결하고 강력한 기능을 지원합니다. Dart의 용도는 모바일, 데스크톱, 서버, 웹 앱 용도로 사용됩니다. Dart는 DVM( Dart VM )상에서 동작하거나 네이티브 컴파일링을 통해 모바일, 데스크톱, 브라우저, 서버 플랫폼 상에서 애플리케이션을 실행하고 지원합니다. Dart의 유연한 컴파일링 덕에 대상 플랫폼 및 목적에 따라 다양한 방식으로 실행할 수 있습니다. Dart Native 모바일, 데스크톱, 서버, 임베디드를 대.. 공감수 0 댓글수 0 2022. 4. 27.
올해안에 공부할 것들 기본 수준은 뭐든 쉽다. 입맛대로 웹, 앱을 구현하려면 저급한 단계까지 알아야할 필요가 있을듯 기대된다. 공감수 2 댓글수 0 2022. 4. 26.
[React] NextJs를 알아보자! NextJs는 왜 사용할까? NextJs는 React로 만드는 SSR(Server Side Rendering) 프레임워크 입니다. ( Create React App과는 다른 Create Next App 명령어를 사용합니다.) npx create-next-app@latest --typescript 클라이언트 사이드 렌더링이 특징인 SPA를 서버 사이드 렌더링을 함으로 다음과 같은 이점이 있습니다. 1. 클라이언트 사이드 렌더링의 경우에는 모든 javascript 코드를 로드하고 난 이후에 사용자는 웹을 보게됩니다. 모든 javascript 코드를 읽을 때 까지 사용자는 많은 시간을 대기해야합니다. 2. SEO(Search Engine Optimization) 문제 해결 SEO는 검색 엔진 최적화를 말합니다.. 공감수 0 댓글수 0 2022. 4. 24.
[Clean Code] 11장 시스템 11장 시스템 복잡성은 죽음이다. 개발자에게서 생기를 앗아가며, 제품을 계획하고 제작하고 테스트하기 어렵게 만든다. 소프트웨어 시스템은 준비 과정과 준비 이후 런타임 로직을 분리해야 한다. 시스템 수준에 있어서 여러가지 깨끗함을 유지하는 방법, 기법을 알려주는 챕터. 목차 도시를 세운다면? 시스템 제작과 시스템 사용을 분리하라 Main 분리 팩토리 의존성 주입 확장 횡단(cross-cutting)관심사 자바 프록시 순수 자바 AOP 프레임워크 AspectJ 관점 테스트 주도 시스템 아키텍처 구축 의사 결정을 최적화하라 명백한 가치가 있을 때 표준을 현명하게 사용하라 시스템은 도메인 특화 언어가 필요하다 11-1. 도시를 세운다면? 도시를 건설하고 관리하는 것에 한 사람 만으로는 충분하지 않지만 그래도 도.. 공감수 0 댓글수 0 2022. 4. 18.
[Clean Code] 10장 클래스 10장 클래스 지금까지는 코드 행과 코드 블록 그리고 함수를 올바르게 작성하는 방법과 구현하는 방법에 초점을 맞춘 챕터였다. 이번 챕터에서는 코드의 표현력과 구성하고 있는 함수에서 좀 더 차원 높은 단계까지의 깨끗한 클래스를 작성하는 방법을 다룬다. 목차 클래스 체계 캡슐화 클래스는 작아야 한다! 단일 책임 원칙 응집도 응집도를 유지하면 작은 클래스 여럿이 나온다 변경하기 쉬운 클래스 변경으로부터 격리 10-1. 클래스 체계 클래스를 정의하는 표준 자바 관례를 보았을 때 순서이다. 먼저 변수 목록이 나온다. 정적 공개 상수 ( static public 상수 ) 정적 비공개 변수 ( static private 변수 ) 비공개 인스턴스 변수 ( private instance 변수 ) 공개 변수( public.. 공감수 0 댓글수 0 2022. 4. 16.
[Clean Code] 9장 단위 테스트 9장 단위 테스트 제대로 된 테스트 케이스를 작성하는 방법과 작성 방법을 알려주는 챕터. 대다수의 프로그래머에게 단위 테스트란 자기 프로그램이 ‘작동한다'는 사실만 확인하는 일회성 코드에 불과했다. 애자일과 TDD 덕택에 단위 테스트를 자동화하는 프로그래머들이 많아지며 늘어나는 추세이다. 제대로 되어진 좋은 테스트 케이스를 작성하는 것이 중요하다. 목차 TDD 법칙 세가지 깨끗한 테스트 코드 유지하기 테스트는 유연성, 유지보수성, 재사용성을 제공한다 깨끗한 테스트 코드 도메인에 특화된 테스트 언어 이중 표준 테스트 당 assert 하나 테스트 당 개념 하나 F.I.R.S.T 9-1. TDD 법칙 세가지 TDD의 세가지 법칙을 지키면 개발과 테스트를 30초 주기로 묶을 수 있다. 실패하는 단위 테스트 를 .. 공감수 0 댓글수 0 2022. 4. 15.
[Clean Code] 8장 경계 8장 경계 시스템에 들어가는 모든 소프트웨어를 직접 개발하는 경우는 드물다. 오픈소스를 이용하거나 사내에 다른 개발팀이 제공하는 컴포넌트를 이용하거나, 어떤 식으로든 이 외부코드를 우리 코드에 깔끔하게 통합해야 한다. 이 장에서는 소프트웨어 경계를 깔끔하게 처리하는 기법과 기교를 살펴본다. 목차 외부 코드 사용하기 경계 살피고 익히기 log4j 익히기 학습 테스트는 공짜 이상이다 아직 존재하지 않는 코드를 사용하기 깨끗한 경계 8-1. 외부 코드 사용하기 패키지 제공자나 프레임워크 제공자는 적용성을 최대한 넓히려 애쓴다. 더 많은 환경에서 돌아가야 더 많은 고객이 구매하기 때문 반면 사용자는 자신의 요구에 집중하는 인터페이스를 바란다. 이러한 차이로 시스템 경계에 문제가 생길 소지가 많다. java.ut.. 공감수 0 댓글수 0 2022. 4. 14.
[Clean Code] 7장 오류 처리 7장 오류 처리 깨끗하고 튼튼한 코드에 다가가는 오류를 처리하는 기법과 고려 사항을 소개하는 챕터. 오류 처리는 프로그램에 반드시 필요한 요소 중 하나이다. 무언가 잘못될 가능성은 늘 존재한다. 무언가 잘못되면 바로 잡을 책임은 우리 프로그래머에게 있다. 오류 처리 코드로 인해 프로그램의 논리를 이해하기 어렵다면 깨끗한 코드가 아니다. 목차 오류 코드보다 예외를 사용하라 Try-Catch-Finally 문부터 작성하라 미확인( unchecked ) 예외를 사용하라 예외에 의미를 제공하라 호출자를 고려해 예외 클래스를 정의하라 정상 흐름을 정의하라 null을 반환하지 마라 null을 전달하지 마라 결론 7-1. 오류 코드보다 예외를 사용하라 예외 처리를 지원하지 않는 언어의 경우 호출자에게 호류 코드를 반.. 공감수 0 댓글수 0 2022. 4. 10.
[Clean Code] 6장 객체와 자료구조 6장 객체와 자료구조 다른 개발자가 변수에 의존하지 않도록 변수는 비공개( private )로 정의한다. 그렇다면 왜 조회( get )함수와 설정( set )함수를 당연하게 공개( public )해 변수를 외부에 노출할까? 객체는 동작을 공개하고 자료는 숨긴다. 그래서 기존 동작을 변경하지 않으면서 새 객체 타입을 추가하기 쉬운 반면에 기존 객체에 새 동작을 추가하기는 어렵다. 자료구조는 별다른 동작 없이 자료를 노출한다. 그래서 기존 자료 구조에 새로운 동작을 추가하기는 쉽지만 기존 함수에 새 자료 구조를 추가하기는 어렵다. 목차 자료 추상화 자료/객체 비대칭 디미터 법칙 기차 충돌 잡종 구조 구조체 감추기 자료 전달 객체 활성 레코드 결론 6-1. 자료 추상화 변수 사이에 함수라는 계층을 넣는다고 구.. 공감수 0 댓글수 0 2022. 4. 10.
[Clean Code] 5장 형식 맞추기 5장 형식 맞추기 코드 형식을 맞추기 위한 규칙 정하는 방법을 알려주는 챕터. 협업을 한다면 서로 합의해 규칙을 정하고 참여 인원은 해당 규칙을 따라야 한다. 필요하다면 규칙을 자동으로 적용하는 도구를 활용한다. 목차 형식을 맞추는 목적 적절한 행 길이를 유지하라 신문 기사처럼 작성하라 개념은 빈 행으로 분리하라 세로 밀집도 수직 거리 세로 순서 가로 형식 맞추기 가로 공백과 밀집도 가로 정렬 들여쓰기 가짜 범위 팀 규칙 밥 아저씨의 형식 규칙 5-1. 형식을 맞추는 목적 코드의 형식은 중요하다. 너무 중요해서 무시하기 어려울 정도이다. 형식을 융퉁성 없이 맹목적으로 따르기 보다는 의사소통의 한 가지 방법으로 전문성 이있는 프로그래머의 일차적인 의무이다. 돌아가는 코드가 전문 개발자의 일차적인 의무라 여.. 공감수 0 댓글수 0 2022. 4. 7.
[Clean Code] 4장 주석 4장 주석 불가피하게 주석을 달아야 하는 경우에 주석을 작성하는 방법을 알려주는 챕터 나쁜 코드에 주석을 달지말고 새로 짜라. 주석은 코드의 의도를 표현함에 있어서 실패함을 의미한다. 변화하고 진화하는 코드에 주석은 따라가지 못한다. 목차 주석은 나쁜 코드를 보완하지 못한다 코드로 의도를 표현하라! 좋은 주석 법적인 주석 정보를 제공하는 주석 의도를 설명하는 주석 의미를 명료하게 밝히는 주석 결과를 경고하는 주석 TODO 주석 중료성을 강조하는 주석 공개 API에서 Javadocs 나쁜 주석 주절거리는 주석 같은 이야기를 중복하는 주석 오해할 여지가 있는 주석 이력을 기록하는 주석 있으나 마나 한 주석 무서운 잡음 함수나 변수로 표현할 수 있다면 주석을 달지 마라 위치를 표시하는 주석 닫는 괄호에 다는 .. 공감수 0 댓글수 0 2022. 4. 4.
[React] useMemo와 useCallback Hook을 알아보자!! useMemo Hook과 useCallback Hook은 메모이제이션( memoization )을 활용하는 React Hook입니다. memoization이란? 어떠한 연산의 수행한 결과값을 메모리 내에 저장하여 동일한 입력이 들어오는 경우 기존에 메모리에 저장된 연산 결과를 그대로 반환해주는 프로그래밍 기법입니다. memoization은 중복된 연산을 피하기 때문에 메모리를 조금 더 사용하더라도 애플리케이션의 성능을 최적화 할 수 있습니다. 이러한 특성을 이용해 React의 Component가 동일한 입력에 대해 재렌더링 되는 상황을 막을 수 있는 유용한 Hook입니다. useMemo란?? useMemo 함수는 메모이제이션된 값을 반환하는 Hook입니다. 하위 컴포넌트에서 2개의 props 인자를 받는.. 공감수 0 댓글수 0 2022. 4. 3.
[Clean Code] 3장 함수 3장 함수 3장 함수 함수를 잘 만드는 방법을 알려주는 챕터. 읽기 쉽고 이해하기 쉬운 함수가 왜 읽기 쉽고 이해하기 쉬운지 의도를 분명히 표현하는 함수를 구현하는 방법 읽는 사람이 프로그램 내부를 직관적으로 파악하게 하는 방법 목차 작게 만들어라! 블록과 들여쓰기 한 가지만 해라! 함수 내 섹션 함수 당 추상화 수준은 하나로! 위에서 아래로 코드 읽기: 내려가기 규칙 Switch 문 서술적인 이름을 사용하라! 함수 인수 많이 쓰는 단항 형식 플래그 인수 이항 함수 삼항 함수 인수 객체 인수 목록 동사와 키워드 부수 효과를 일으키지 마라! 출력 인수 명령과 조회를 분리하라! 오류 코드보다 예외를 사용하라! Try/Catch 블록 뽑아내기 오류 처리도 한 가지 작업이다 Error.java 의존성 자석 반복.. 공감수 0 댓글수 0 2022. 4. 2.
[Clean Code] 2장 의미있는 이름 2장 의미있는 이름 변수, 클래스, 함수등의 이름을 정하는 기준을 알려주는 챕터 변수, 클래스, 함수의 이름은 존재 이유, 수행하는 기능, 사용하는 방법등을 나타내는 표현이다. 부연 설명이 필요한 주석이 필요하다면 의도를 분명하게 드러내지 못했다는 의미이며 우리는 작명의 기준에 대해 재고해 봐야한다. 목차 의도를 분명하게 밝혀라 그릇된 정보를 피하라 의미 있게 구분하라 발음하기 쉬운 이름을 사용하라 검색하기 쉬운 이름을 사용하라 인코딩을 피하라 헝가리식 표기법 멤버 변수 접두어 인터페이스 클래스와 구현 클래스 자신의 기억력을 자랑하지 마라 클래스 이름 메서드 이름 기발한 이름은 피하라 한 개념에 한 단어를 사용하라 말장난을 하지 마라 해법 영역에서 가져온 이름을 사용하라 문제 영역에서 가져온 이름을 사용.. 공감수 0 댓글수 0 2022. 4. 2.
[Clean Code] 1장 깨끗한 코드란?? 1장 clean code란?? 1장 깨끗한 코드 깨끗한 코드를 작성해야하는 목적과 이유를 소개하는 챕터 이 책을 완독하고 나면 좋은 코드와 나쁜 코드를 구분하는 능력 좋은 코드와 나쁜 코드를 구분하는 능력이 생김 나쁜 코드를 좋은 코드로 바꾸는 실력도 쌓인다. 목차 코드가 존재하리라 나쁜 코드 나쁜 코드로 치르는 대가 원대한 재설계의 꿈 태도 원초적 난제 깨끗한 코드라는 예술? 깨끗한 코드란? 우리들 생각 우리는 저자다 보이스카우트 규칙 프리퀄과 원칙 결론 참고 문헌 로버트 C 마틴 ( Robert C. Martin ) UML 표현 기법 , Agile 방법론을 창시한 저자. 1-1 코드가 존재 하리라 새로운 개발 언어가 나올수록 추상화 수준은 점점 높아지며 더불어 특정 응용 분야에 적합한 프로그래밍 언어.. 공감수 0 댓글수 0 2022. 4. 2.
[React] Atomic Design Pattern이란? 이번 포스팅에서는 React의 Design 패턴 중 하나인 Atomic Design Pattern 에 대해 알아보겠습니다. Atomic Design Pattern 다섯 단계로 구성된 Atomic Design Pattern은 개발 개념의 방식뿐만 아니라 디자인에도 적용되는 설계 패턴입니다. Atomic의 어원 그대로 작은( 원소 ) 단위의 컴포넌트를 구성하여 강력한 재사용성과 단단한 설계 바탕으로 지속적이고 점진적으로 개발하기 용이한 디자인 패턴입니다. React만이 아닌 Flutter, Vue 또한 컴포넌트 단위로 개발하기 때문에 이러한 컴포넌트 중심 설계 패턴이 더욱 주목받게 되었습니다. 단계 별로 어떤 역할을 갖고 있는지 알아보겠습니다. Atom 가장 작은 단위의 컴포넌트를 말합니다. 원자는 어떠한 .. 공감수 0 댓글수 0 2022. 3. 27.

728x90

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.