👨🏻‍💻DriedPollack's Blog

안드로이드 앱 프로그래밍에서 퍼미션 확인 및 요청 방법, 다양한 다이얼로그와 알림 창 사용법, 소리와 진동 알림 설정, 알림 채널 및 객체 구성, 알림 스타일 적용 방법을 설명한다. 주요 내용으로는 퍼미션 허용 확인과 요청, 토스트 메시지, 날짜와 시간 입력 다이얼로그, 알림 창 구성, 소리 및 진동 알림, 알림 채널 설정, 알림 객체 생성, 알림 터치 이벤트 처리, 알림 스타일 설정 등이 포함된다.

안드로이드 앱 개발에서 리소스를 효과적으로 활용하는 방법을 정리했다. 리소스는 앱 리소스와 플랫폼 리소스로 나뉘며, 레이아웃, 이미지, 실행 아이콘, 값, 색상, 글꼴 리소스 등 다양한 종류가 있다. 리소스 조건 설정을 통해 특정 환경에서만 적용되도록 설정할 수 있으며, 화면 회전과 국제 언어 지원에도 대응할 수 있다. 또한, 안드로이드 폰의 다양한 크기에 호환성을 고려하여 논리적인 단위로 크기를 지정하고, 기기의 크기 정보를 가져와 직접 조정할 수 있다.

안드로이드 앱 프로그래밍에서 사용자 이벤트를 처리하는 방법을 정리했다. 터치 이벤트는 onTouchEvent() 콜백 함수를 재정의하여 처리하며, 주요 이벤트로는 ACTION_DOWN, ACTION_UP, ACTION_MOVE가 있다. 키 이벤트는 onKeyDown, onKeyUp, onKeyLongPress 콜백 함수로 처리하며, 특정 키 이벤트는 onBackPressed()를 사용할 수 있다. 뷰 이벤트는 이벤트 소스와 핸들러를 리스너로 연결하여 처리하며, 클릭과 롱클릭 이벤트는 각각 setOnClickListener와 setOnLongClickListener로 처리한다. 코틀린의 SAM 기법을 사용하면 이벤트 핸들러를 간단하게 작성할 수 있다.

LinearLayout은 뷰를 가로나 세로로 나열하고, RelativeLayout은 상대적인 위치로 뷰를 배치한다. FrameLayout은 뷰를 겹쳐서 출력하며, GridLayout은 테이블 구조로 뷰를 배치한다. ConstraintLayout은 더 많은 속성을 제공하며, 안드로이드 스튜디오의 레이아웃 편집기를 통해 쉽게 구성할 수 있다.

안드로이드 앱 프로그래밍에서 화면을 구성하는 방법으로는 액티비티 코드와 레이아웃 XML 파일을 사용하는 두 가지 방법이 있다. 액티비티 코드로는 직접 뷰 객체를 생성하고 배치하며, XML 파일로는 태그를 이용해 화면을 구성한다. 뷰 클래스는 View의 하위 클래스로, TextView, ImageView, Button 등 다양한 뷰를 포함한다. 뷰 바인딩을 통해 레이아웃 XML 파일에 선언한 뷰 객체를 코드에서 쉽게 사용할 수 있으며, 이를 위해 build.gradle 파일에 viewBinding을 설정해야 한다. 뷰 바인딩을 사용하면 findViewById() 함수를 대체해 더 간편하게 뷰 객체를 다룰 수 있다.

코틀린의 유용한 기법을 다루며, 람다 함수와 고차 함수, 함수 타입, 널 안전성에 대해 정리했다. 람다 함수는 익명 함수로 간단하게 정의할 수 있으며, 고차 함수는 함수를 매개변수나 반환값으로 사용하는 함수다. 코틀린은 널 안전성을 지원하여 널 포인트 예외를 방지하는 다양한 연산자를 제공한다.

클래스와 생성자, 상속, 접근 제한자, 데이터 클래스, 오브젝트 클래스, 그리고 컴패니언 클래스를 정리했단. 클래스는 class 키워드로 선언하며, 생성자는 주 생성자와 보조 생성자로 구분된다. 상속은 open 키워드로 허용되며, override 키워드로 오버라이딩이 가능하다. 접근 제한자는 public, internal, protected, private가 있으며, 데이터 클래스는 data 키워드로 선언된다. 오브젝트 클래스는 익명 클래스를 만들기 위해 사용되고, 컴패니언 클래스는 객체를 생성하지 않고도 클래스 이름으로 멤버에 접근할 수 있게 한다.

코틀린 언어의 장점, 파일 구성, 변수와 함수 선언, 데이터 타입, 컬렉션 타입, 조건문과 반복문에 대해 정리했다. 코틀린은 간결하고 안전한 코드, 자바와의 상호 운용성, 구조화된 동시성 등의 장점을 가지고 있다. 변수는 val과 var로 선언하며, 함수는 fun 키워드를 사용한다. 다양한 데이터 타입과 컬렉션 타입을 지원하며, 조건문 if와 when, 반복문 for와 while을 통해 제어 흐름을 관리할 수 있다.

개발자 모드에서 기능 실행 시 콘솔창에 오류가 출력되는 문제는 시크릿모드에서 발생하지 않았으며, Chrome 확장 프로그램 간의 통신 문제로 확인되었다. Google Chrome용 Adobe Acrobat 확장 프로그램을 삭제하면 문제가 해결되었다.

InteliJ에서 프로젝트를 실행할 때 디렉터리가 제대로 표시되지 않는 오류는 프로젝트의 SDK가 설정되어 있지 않을 때 발생할 수 있다. 이 문제는 File > Project Structure > Project Settings > Project > SDK 항목에서 SDK를 설정하고, Gradle을 다시 Reload함으로써 해결할 수 있다.

MySQL Workbench에서 값을 수정할 때 글자 간격이 이상하게 나타나는 오류는 언어 입력 모드의 문자 너비 메뉴가 전자로 설정되어 있을 때 발생한다. 이 문제는 문자 너비 메뉴를 반자로 변경함으로써 해결할 수 있다.

스프링 부트 3.0 이상에서는 compileQuerydsl을 사용하지 않으며, Querydsl을 사용하기 위해서는 QDomain이 필요하다. 이를 설정하기 위해 build.gradle에서 의존성을 추가하고, Gradle > Tasks > other > compileJava를 실행하여 QDomain이 생성되는 것을 확인할 수 있다.

테스트 코드 실행 시 'bean 이름' 오류가 발생하는 경우, 이는 'build.gradle' 또는 'pom.xml' 파일에서 'Spring Data JPA'와 'Spring Data JDBC'를 동시에 사용하려고 할 때 발생한다. 이 문제를 해결하려면 빌드 구성 파일에서 'Spring Data JPA' 외의 다른 'Spring Data XXX'와 같은 의존성을 제거하면 된다.

테스트 코드 실행 시 발생하는 'AnnotationConfigContextLoaderUtils' 오류는 'application-test.properties' 파일에 문제가 있거나 해당 파일이 적절히 로드되지 않을 때 발생한다. 이 문제는 resources 폴더 아래에 'application-test.properties' 파일을 생성함으로써 해결할 수 있다.

프로젝트 관리에 대한 특강에서는 프로젝트의 범위, 일정, 원가, 리스크, 품질, 의사소통, 조달 관리에 대한 핵심 개념과 방법을 다루었습니다. WBS, Work package 크기, 일정 관리 작성 형태, 원가 산정 기법, 리스크 대응 전략, 품질 관리 계획, 의사소통 모델, 계약 방식 등 다양한 주제를 다루었습니다. 또한, 일하는 방식의 변화와 애자일에 대한 필요성을 강조하였습니다.

스프링부트 애플리케이션 실행 시 BeanCreationException 오류가 발생하면, @Value 어노테이션의 값에 오타가 있는지, @Service 어노테이션이 명시되어 있는지, 그리고 @Value 어노테이션의 값이 올바른지 확인해야 한다.

다트 게임의 점수 계산 로직을 구현하는 문제입니다. 각 다트 게임의 기회는 점수, 보너스, 옵션으로 구성되며, 보너스는 'S', 'D', 'T' 중 하나로 점수의 1제곱, 2제곱, 3제곱을 의미합니다. 옵션은 '*' 또는 '#'으로, '*'는 해당 점수와 바로 전 점수를 2배로, '#'는 해당 점수를 마이너스로 만듭니다. 문자열을 순회하며 각 문자에 따른 조건을 체크하여 최종 점수를 계산합니다.

회사원 Demi의 야근 피로도를 최소화하는 문제에서, 초기 코드는 배열을 정렬하여 최대 작업량에서 1을 빼는 방식으로 접근하였으나, 효율성 테스트를 통과하지 못했다. 이를 개선하기 위해 우선순위 큐를 사용하여 작업량을 내림차순으로 정렬하고, 가장 많은 작업량을 가져와서 1을 빼는 방식으로 접근하였다. 이 방법은 힙 구조를 활용하여 O(log n)의 시간 복잡도를 가진다.

알파벳 모음 'A', 'E', 'I', 'O', 'U'로 만들 수 있는 길이 5 이하의 단어가 사전에 수록되어 있을 때, 주어진 단어가 사전에서 몇 번째 단어인지 찾는 문제입니다. DFS 방식으로 사전을 생성하고, 해당 사전에서 단어가 출현하는 순서를 찾아 리턴하는 방법을 사용했습니다. 이 방법은 사전을 생성하지 않고도 값을 출력할 수 있는 알고리즘을 작성하는 데 도전하는 계기가 되었습니다.

'N진수 게임' 문제는 참가자들이 순서대로 숫자를 말하는 게임으로, 주어진 진법, 구할 숫자의 개수, 참가 인원, 튜브의 순서에 따라 튜브가 말해야 하는 숫자를 출력하는 프로그램을 구현하는 것이다. 초기 코드는 성능이 좋지 않고 일부 테스트 케이스를 통과하지 못했으나, 개선된 코드에서는 StringBuilder를 사용하여 성능을 최적화하고, 튜브가 마지막 사람일 때 올바른 출력을 보장하기 위한 조건을 추가하였다.

리눅스의 기본 명령어, 사용자 관리와 파일 속성, 관리자를 위한 명령어, 파일 압축, 파일 묶기, 파일 위치 검색, CRON과 AT, 파이프, 필터, 리디렉션 등에 대한 자세한 설명과 사용법이 담겨있다. 이를 통해 리눅스를 운영하는데 필요한 기본 내용과 서버 구축에 필요한 필수 개념과 명령을 학습할 수 있다.

신입사원 어피치는 메시지를 압축하여 전송 효율을 높이는 무손실 압축 알고리즘인 LZW 압축을 구현한다. 이 알고리즘은 사전에 현재 입력과 일치하는 가장 긴 문자열을 찾아 사전의 색인 번호를 출력하고, 입력에서 해당 문자열을 제거한다. 그리고 입력에서 처리되지 않은 다음 글자가 남아있다면, 해당 단어를 사전에 등록한다. 이 과정을 반복하여 문자열을 압축한다. 이 문제를 풀면서 자바에서 기본적인 문자열들을 다루는 방법을 숙지할 수 있다.

"d-flex"는 `<div>` 태그 내부의 요소들을 인라인으로 배치시키는 기능을 가지고 있다. `<a>` 태그로 다른 태그를 감싸게 되면 인라인 판정이 감싼 태그 전체로 적용되지만, 이를 막기 위해 `<a>` 태그를 `<div>` 내부에 위치시켜 원하는 레이아웃을 설정할 수 있다.

ROR 게임에서 캐릭터가 상대 팀 진영에 도착하기 위해 지나가야 하는 칸의 최소 개수를 찾는 문제입니다. 게임 맵의 상태가 2차원 배열로 주어지며, BFS를 이용하여 문제를 해결합니다. 캐릭터는 동, 서, 남, 북 방향으로 한 칸씩 이동 가능하며, 벽이 있는 곳은 갈 수 없습니다. 상대 팀 진영에 도달할 수 없는 경우 -1을 반환합니다.

슈퍼 게임 개발자 오렐리는 실패율을 계산하는 코드를 작성해야 한다. 실패율은 스테이지에 도달했으나 클리어하지 못한 플레이어의 수를 스테이지에 도달한 플레이어 수로 나눈 값이다. 스테이지의 개수 N과 사용자가 현재 멈춰있는 스테이지의 번호가 담긴 배열 stages가 주어질 때, 실패율이 높은 스테이지부터 내림차순으로 스테이지의 번호가 담겨있는 배열을 반환하는 solution 함수를 완성해야 한다. 이를 위해 배열과 HashMap을 사용하며, HashMap의 keySet을 List에 넣은 후, List의 sort 메소드로 값을 정렬한다.

주문 기능 구현에는 상품 재고 관리, 비즈니스 로직의 메소드화, 양방향 관계 설정, 주문 엔티티 생성, 비동기 처리, 데이터 바인딩 검사, 로그인 유저 정보 접근, Ajax를 이용한 비동기 주문 로직 호출, CSRF 토큰 값 조회 등이 포함됩니다. 주문 이력 조회는 주문 상품 정보 및 주문 정보 클래스 생성, 주문 이력 조회 쿼리 작성, 주문 목록 조회 로직 구현, 주문 목록 데이터 반환 등을 포함하며, 주문 취소 기능은 상품 재고 증가 메소드, 주문 취소 시 재고 증가 메소드, 주문 취소 로직, 주문 취소 권한 검사 등을 포함합니다.

장바구니 기능 구현에는 상품 아이디와 수량을 전달받는 DTO 구현, 회원 별 장바구니 생성, 상품 추가 및 수량 증가 메소드, 장바구니 및 상품 조회, 상품 추가 및 삭제 로직 등이 포함됩니다. 장바구니 조회 페이지는 DTO 클래스를 생성하고, 장바구니 상품 정보를 조회하는 쿼리를 작성합니다. 장바구니 상품 삭제는 서비스 로직을 추가하고, 컨트롤러 클래스에 요청 처리 로직을 추가합니다. 장바구니 상품 주문은 주문할 상품 데이터를 전달받아 주문을 생성하고, 주문한 상품은 장바구니에서 제거합니다.

컴퓨터의 개수와 연결 정보를 바탕으로 네트워크의 개수를 반환하는 문제를 해결하기 위해, 처음에는 두 컴퓨터가 연결될 때마다 네트워크 수를 감소시키는 방식을 사용했으나, 이는 간접 연결을 고려하지 않아 정확하지 않았다. 이를 해결하기 위해 깊이 우선 탐색(DFS)를 적용하여, 방문하지 않은 컴퓨터가 있을 경우 DFS를 실행하고, 방문한 컴퓨터를 표시하며, 해당 컴퓨터와 연결된 다른 컴퓨터를 순회하는 방식으로 문제를 해결하였다.

상품 등록, 수정, 관리, 메인 페이지 및 상세 페이지 구성 방법에 대한 내용을 다룹니다. 상품 등록 시 엔티티 객체 변환, 데이터 무결성 보장, 파일 전송, 이미지 업로드 경로 설정 등이 중요하며, 수정 시 트랜잭션 읽기 전용 설정, 예외 처리, 변경 감지 기능 활용이 필요합니다. 상품 관리에서는 복잡한 조회 조건에 Querydsl을 활용하며, 메인 페이지에서는 @QueryProjection을 사용하여 상품 조회 결과를 DTO 객체로 받습니다. 상품 상세 페이지에서는 th:each를 사용하여 구문을 반복하고, th:if를 사용하여 값이 null이거나 빈 문자열일 때 처리를 합니다.

이중 우선순위 큐 문제는 연산을 처리한 후 큐가 비어있으면 [0,0] 비어있지 않으면 [최댓값, 최솟값]을 반환하는 문제입니다. 우선순위 큐에서 최솟값을 제거하기 위해 poll()을 사용하고, 최댓값을 제거하기 위해 우선순위 큐의 값을 ArrayList로 복사하고 정렬해서 최댓값을 제거합니다. 이 문제를 통해 우선순위 큐의 사용법을 익힐 수 있습니다.

엔티티들은 대부분 다른 엔티티와 연관 관계를 맺고 있으며, JPA에서는 이를 매핑해 필요할 때 해당 엔티티와 연관된 엔티티를 사용하여 객체지향적으로 프로그래밍할 수 있도록 도와준다. 연관 매핑의 종류로는 일대일, 일대다, 다대일, 다대다가 있으며, 이는 단방향 또는 양방향으로 설정할 수 있다. 영속성 전이는 엔티티의 상태를 변경할 때 해당 엔티티와 연관된 엔티티의 상태 변화를 전파시키는 옵션이다. 일대일, 다대일로 매핑할 경우 기본 전략인 즉시 로딩을 통해 엔티티를 함께 가지고 오지만, 실제 비즈니스의 경우 매핑되는 엔티티의 개수가 많고, 이 경우 개발자는 쿼리가 어떻게 실행될지 예측할 수 없으므로 지연 로딩 방식을 사용해야 한다. 마지막으로, Auditing 기능을 이용하면 엔티티가 저장 또는 수정될 때 자동으로 등록일, 수정일, 등록자, 수정자를 입력해준다.

정수 삼각형 문제에서는 삼각형의 꼭대기에서 바닥까지 이어지는 경로 중, 거쳐간 숫자의 합이 가장 큰 경우를 찾는다. 이를 위해 삼각형의 아래부터 위로 순회하며 각 노드의 오른쪽, 왼쪽 자식들의 값 중 최댓값을 구하고, 이를 부모의 값에 더해서 배열에 저장한다. 최종적으로 배열의 0번 인덱스의 0번째 값이 최댓값이 된다. 이 문제를 통해 동적 계획법의 기초를 이해할 수 있다.

스프링 시큐리티는 스프링 기반 애플리케이션의 보안 솔루션을 제공하며, 회원 가입, 로그인/로그아웃 기능 구현 및 페이지 권한 설정에 사용될 수 있다. 스프링 시큐리티는 인증과 인가 과정을 관리하며, `pom.xml`에 의존성을 추가하여 사용할 수 있다. 회원은 이메일로 구분되며, 각 회원은 역할에 따라 페이지 접근 권한이 부여된다. 또한, 스프링 시큐리티는 CSRF 토큰을 사용하여 모든 POST 방식의 데이터 전송을 보호한다.

'타겟 넘버' 문제는 주어진 숫자 배열을 사용하여 더하거나 빼서 타겟 넘버를 만드는 방법의 수를 찾는 것입니다. 이 문제는 재귀함수를 사용하여 해결하며, 각 인덱스에서 숫자를 더하거나 뺀 값을 재귀호출로 전달합니다. 배열의 끝에 도달하면, 만들어진 합계가 타겟 넘버와 일치하는지 확인하고, 그렇다면 1을 반환합니다. 모든 경우의 수를 더하여 최종적으로 방법의 수를 출력합니다.

Thymeleaf는 서버 사이드 렌더링을 통해 동적 HTML 페이지를 생성하는 템플릿 엔진이다. Thymeleaf 문법은 HTML 태그 안에 속성으로 사용되며, 다양한 기능을 제공한다. Spring Boot Devtools는 개발 시 유용한 기능들을 제공하는 모듈로, 파일 변경 시 자동 재시작, 라이브 리로드, 속성 기본값 등을 제공한다. Thymeleaf는 텍스트 출력, 컬렉션 데이터 출력, 조건부 데이터 출력, 스위치문 사용 등 다양한 기능을 제공한다. 또한, Thymeleaf Layout Dialect를 사용하면 공통 레이아웃을 여러 페이지에 적용할 수 있다.

양의 정수 n을 k진수로 변환했을 때, 변환된 수 안에서 특정 조건에 맞는 소수의 개수를 찾는 문제를 해결하는 과정에서, 처음 작성한 코드는 시간 초과와 NumberFormatException 문제가 발생했다. 이는 int 범위를 벗어나는 값이 진법 변환시 생성될 수 있기 때문이다. 이를 해결하기 위해 더 큰 범위의 정수형인 long을 사용하여 문제를 해결했다. 이를 통해 알고리즘을 구성할 때 로직뿐만 아니라 사용하는 자료형도 신경써야 한다는 것을 이해하였다.

엔티티 매니저를 통해 영속성 컨텍스트에 접근하여 데이터베이스 작업을 수행하며, 이는 1차 캐시, 동일성 보장, 쓰기 지연, 변경 감지 등의 이점을 제공한다. Spring Data JPA를 사용하면 Repository 인터페이스를 통해 엔티티를 관리할 수 있으며, 복잡한 쿼리는 @Query 어노테이션과 JPQL을 사용하거나 Querydsl을 사용하여 처리할 수 있다. 또한, 쇼핑몰 프로젝트를 생성하고 상품 엔티티를 설계하는 방법, 데이터베이스 초기화 전략, 엔티티 매칭 관련 어노테이션, 기본키 생성 전략 등에 대해 설명하였다.

스프링 시큐리티를 이용해 로그인, 로그아웃, 자동 로그인, 인증/권한 처리, JDBC 인증/권한 처리, 사용자 정의 UserDetailsService, JSP에서의 사용 등을 처리할 수 있다. 이는 POST 방식, JDBC, BCryptPasswordEncoder, CustomUserDetailsService, Ajax 등을 활용하며, 스프링 시큐리티의 어노테이션과 표현식을 사용한다. 또한, 스프링 시큐리티는 CSRF 토큰 처리와 암호화 처리를 지원하며, 이를 통해 보안을 강화할 수 있다.

전화번호부에 적힌 전화번호 중 한 번호가 다른 번호의 접두어인 경우를 찾는 문제를 풀기 위한 두 가지 코드가 제시되었습니다. 첫 번째 코드는 두 개의 반복문을 사용하여 모든 전화번호를 비교하는 방식으로, 시간 복잡도가 O(n^2)로 큰 전화번호부에서는 실행 시간이 길어집니다. 개선된 코드는 전화번호부를 사전순으로 정렬한 후, 각 전화번호가 바로 다음 번호의 접두어인지만 확인하는 방식으로, 시간 복잡도가 O(n log n)으로 훨씬 효율적입니다.

페인트를 다시 칠해야 하는 구역의 수를 최소화하는 문제에서, 롤러의 길이와 다시 칠해야 하는 구역들의 번호가 주어집니다. 롤러는 벽에서 벗어나지 않고, 구역의 일부분만 칠할 수 없습니다. 각 구역을 한 번씩 칠하면서 필요한 섹션의 수를 계산하고, 각 섹션의 시작과 끝을 갱신하는 방식으로 문제를 해결합니다.

"뉴스 클러스터링" 문제에서는 두 문자열의 유사도를 측정하기 위해 "자카드 유사도"를 사용한다. 이를 위해 입력 문자열을 두 글자씩 끊어 다중집합의 원소로 만들고, 영문자로 된 글자 쌍만 유효하게 취급한다. 대소문자 차이는 무시한다. 자카드 유사도를 계산한 후 65536을 곱하고 소수점 아래를 버린 정수부를 출력한다. 이 문제를 해결하기 위해 문자열을 반복하며 문자 쌍을 추출하고, 이를 map에 저장하여 다중 집합을 생성한다. 그 후, 두 다중 집합의 교집합과 합집합을 계산하여 유사도를 구한다.

첨부파일 업로드는 사용자가 게시물을 등록하기 전에 업로드한 파일을 확인할 수 있게 해준다. 첨부파일 처리는 복잡하며, 업로드된 파일의 초기화, 업로드된 이미지 처리, 다운로드, 원본 이미지 보여주기, 첨부파일 삭제 등을 포함한다. 게시물 수정 시 첨부파일 처리는 기존 파일 삭제 및 새 파일 추가를 포함한다. 잘못 업로드된 파일 삭제는 주기적으로 실행되어야 하며, 이는 `Spring-Batch`나 `Quartz` 라이브러리를 통해 처리할 수 있다.

1부터 입력받은 숫자 n 사이에 있는 소수의 개수를 반환하는 함수를 만드는 문제로, 에라토스테네스의 체 알고리즘을 사용하여 풀 수 있습니다. 이 알고리즘은 특정한 숫자의 제곱근까지만 약수의 여부를 검증하여 소수를 판별합니다.

관점 지향 프로그래밍(AOP)는 개발자들의 고민을 별도의 '관심사'로 분리하고, 핵심 비즈니스 로직만을 작성할 것을 권장한다. AOP는 코드 수정 없이 메서드의 실행 시간 기록, 잘못된 파라미터로 인한 예외 제어 등을 가능하게 한다. 또한, 트랜잭션 관리는 비즈니스에서 쪼개질 수 없는 하나의 단위 작업을 처리하며, ACID 원칙을 따른다. 데이터베이스 설계에서는 정규화를 통해 데이터 저장의 효율을 높이고, 필요에 따라 반정규화를 진행한다. 스프링에서는 @Transactional 어노테이션을 이용해 트랜잭션 처리를 한다.