아타나시오 엉뚱한 인사이트.

본문

카카오톡 PC버전의 로그인창을 보면

비밀번호를 4자리 이상 입력해야 로그인 버튼이 활성화 됩니다.

예제

저도 한번 따라 만들어 봤습니다 ^^;

소스코드

EditText의 입력 텍스트가 일정길이 이상일 때 버튼을 활성화 하는 코틀린 소스입니다.

et_password.addTextChangedListener(object : TextWatcher {
            override fun afterTextChanged(p0: Editable?) {
           		//텍스트를 입력 후

            }
            override fun beforeTextChanged(p0: CharSequence?, p1: Int, p2: Int, p3: Int) {
				//텍스트 입력 전
            }
            override fun onTextChanged(p0: CharSequence?, p1: Int, p2: Int, p3: Int) {
                //텍스트 입력 중
                if(et_password.length() < 4) { // 패스워드의 길이가 4미만이면
                    btn_login.isCheckable = false // 버튼 클릭할수 없게
                    btn_login.isEnabled = false // 버튼 비활성화
                } else {
                    btn_login.isCheckable = true // 버튼 클릭할수 있게
                    btn_login.isEnabled = true // 버튼 활성화
                }
            }
        })

1. 글라이드(Glide)

http://bumptech.github.io/glide/

피카소(Picasso)

https://square.github.io/picasso/

프레스코(Fresco)

피카소

어느 것이 가장 좋은가요?

당신은이 질문에 대한 답이“그것에 달려 있습니다.” 각 라이브러리에는 장단점이 있으며 특정 시나리오에 가장 적합합니다.

• 피카소의 라이브러리 크기는 다른 라이브러리보다 작지만 처음 이미지를로드하는 데 훨씬 오래 걸릴 수 있습니다. 가장 큰 장점은 앱 코드에서 구현하기가 매우 쉽다는 것입니다 (일반적으로 한 줄). 따라서 작은 메모리 공간이 필요하고 많은 양의 큰 이미지를 처리 ​​할 필요가없는 앱에 가장 적합합니다.
• 글라이드의 로딩 시간이 더 빠르며 캐시에 소량의 메모리를 사용하지만 라이브러리 크기는 상당히 큽니다. 또한 구현하기도 쉽습니다. 메모리 풋 프린트가 중요하지 않거나 더 큰 이미지를 처리해야하는 경우 글라이드는 Picasso의 더 나은 대안 일 수 있습니다.
• Fresco의 로딩 시간은 매우 빠르며 라이브러리에는 추가 기능과 옵션이 많이 있지만 코딩이 더 복잡합니다. 이 옵션은 숙련 된 개발자가 구축 한 이미지가 많은 앱에 적합합니다.

동기식과 비동기식, 블럭킹과 논블러킹

synchronous/Asynchronous, Blocking/Non-Blocking

대충 동기와 블럭, 비동기와 논블럭... 대충 이렇게 짝지어서 생각해 왔었다. 

그런데 뭐가 어떻게 다르고 어떤 경우에 쓰이는지 궁금했다.

글에 앞서, 호출한 함수를 Client, 호출된 함수를 Server(API)로 대입하여 생각하고 글을 작성 하였음.^[각주:1] 

노드와 노드 사이의 커뮤니케이션

Node에 관한 포스팅으로 가기

무엇(What)이 다른가? 

Client와 Server의 관심사

Synchronous / Asynchronous

Client의 관심사

Server의 작업완료를 

1. Client가 신경쓰냐? synchronous

2. Server가 신경쓰냐? Asynchronous

Blocking / Non-Blocking

Server의 관심사

Server의 작업완료 체크를

1. Client에게 바로응답 하느냐(Non-Blocking)

2. 작업이 끝나고 응답 하느냐(Blocking)

어떻게(How) 다른가?

Example CASE

1. Synchronous & Non-Blocking

클라이언트는 작업완료까지 대기하면서 다른 일 못함.

서버에게 작업 완료 됐는지 계속 푸시(?)함

이것을 폴링이라 한다.

Client : (옆에서 대기하면서...) 작업 끝났어요?

Server : 아직요...

Client : 작업끝났어요?

Server : 아직요...

Client : 작업끝났어요?

Server : 네 끝났어요

Client : (다른일 시작)

2. Asynchronous & Non-Blocking

Client는 작업완료가 안되어도 다른 작업 가능

Server가 작업완료 되면 알려줌

Client : 작업끝나면 알려주세요, 다른작업 하고 있을게요.

Server : Yes, Sir!

Client : ( 열심히 일하는 중... )

... If few moments later ... 

Server : Job finished. Sir!

Client : Good Job! 😍

3. Synchronous & Blocking

아직 필자가 케이스를 이해를 못했습니다...-_-;; 이해하면 업데이트 합니다

4. Asynchronous & Blocking

아직 필자가 케이스를 이해를못했습니다...-_-;; 이해하면 업데이트 합니다.

Reference

https://homoefficio.github.io/2017/02/19/Blocking-NonBlocking-Synchronous-Asynchronous/

https://musma.github.io/2019/04/17/blocking-and-synchronous.html

https://private.tistory.com/24

SearchView 밑줄 ( queryBackground ) 없애는법

<Layout.XML>

android:queryBackground="@null" <--- 추가

적용 전

적용 후

자바 기준으로 작성되었습니다.

String Constant Pool이란?

1. String str1 = "TeamNova";

2. String str2 = new String("TeamNova");

어떤차이일까? 

1번은 String Constant Pool* 을 참조한다.

2번은 새로운 객체를 생성하여 문자열을 담는다.

String Constant Pool이라는 객체가 만들어져 있고 이곳에 있는 문자조각*을 재사용한다.

-> 마치 방하나에 LEGO조각(?)이 엄청나게 많아서 이걸로 여러가지 형태를 만들수 있다고 상상해 보자.

-> 매번 새로운 LEGO를 살필요가 없을 것이다. ( 진지하게 따지지 말긔 )

문자열을 생성할때마다 새로운 객체를 매번 생성하면 메모리를 비효율적으로 사용하므로 낭비이다.

하지만 이미 만들어진 문자를 재사용 한다면? 새로 객체를 생성하지 않아도 된다. 따라서 메모리를 효율적으로 사용할 수 있다.

필자는 이것이 String Constant Pool ...이라고 이해했다.

아래는 직접 코드로 테스트한 결과이다.

public class test1 {
	
	public static void main(String[] args) {
		
	   	String str1 = "TeamNova";
        String str2 = "TeamNova";
        String str3 = new String("TeamNova");
        String str4 = new String("TeamNova");
        //str1과 str2 비교 ( 둘다 String Constant Pool에 위치함 )
        System.out.println("str1 == str2 :"+(str1==str2));
        //str1과 str3 비교 ( 각각 String Constant Pool, Java Heap 영역에 위치함 )
        System.out.println("str1 == str3 :"+(str1==str3));
        //str3과 str4 비교 ( 각각 Java Heap 영역에 위치함 ( 각각 객체 생성 ) )
        System.out.println("str3 == str4 :"+(str3==str4));
        
       /*
        * 결과 정리
        * 
        * Heap 영역으로 배정되면 각각 메모리 영역이 따로 배정됨 ( 방으로 예를 들면 각각 새로운 방 생성 )
        * 따라서 메모리 주소가 다름.
        * 
        * String Pool은 문자열을 담당하는 방을 하나 만들어 둠.
        * 그곳에 문자들을 모두 모아 두어서 메모리 주소가 같음.
        * 
        * ※ 중요 : String Constant Pool은 Heap 영역에 존재한다.
        *        이곳에 있는 문자열을 재사용한다. 리터널하게...
        *        따라서 새로운 객체를 생성하지 않아 메모리 효율이 좋다.
        * */
	}
}

※ 위 코드에서 처럼...

str1과 str2는 같은 객체이다.  

str3과 str4는 다른 객체이다. 

따라서 총 3개의 객체가 만들어 졌다.

PS. 자바에서 객체의 메모리주소를 알아내는 ( 포인터 ) 방법을 아시는 분은 댓글 남겨주시면 감사합니다...!

잘못 기술된 부분 있다면 메일(inma06@naver.com) or 댓글 남겨주세요

- ESP8266 펌웨어 업데이트를 하는 이유

  esp8266의 기본 펌웨어는 보드레이트가 115000으로 설정되어있지만 아두이노의 소프트웨어 시리얼의 보드레이트는 9600이기 때문에 원활한 시리얼 통신을 위해선 9600으로 설정된 펌웨어가 필요하다.

여기서 잠깐, "소프트웨어 시리얼?"

아두이노 우노는 시리얼통신을 하나만 지원한다.

Rx(0)

Tx(1)

이 통신라인은 아두이노 우노에 코드를 업로드할때 사용된다.

그러므로 소프트웨어 시리얼 라이브러리를 통해 나머지핀에서 시리얼 통신이 되게 만들어 줄 필요가 있다.

펌웨어 업데이트 방법은 아래 블로그를 참조하였다.

펌웨어 업데이트 방법 링크참조

( https://m.blog.naver.com/PostView.nhn?blogId=ssplas&logNo=220813696810&proxyReferer=https%3A%2F%2Fwww.google.com%2F )

펌웨어 도중 다음 오류가 발생한 이유

아두이노 우노의 MCU* 에 이미 다른 코드가 업로드되어 있는 경우

※ 해결 방안

아두이노 IDE

파일 - 예제 - 01.Basics - Blink 업로드

Blink등의 예제를 통해 아두이노 우노 MCU*에 업로드된 코드를 초기화 해준다.

참고

https://blog.naver.com/PostView.nhn?blogId=eduino&logNo=221152914869