란테의 펀드로이드

튀김 좋아하는 사람들에게는 이미 알려진 맛집인 카네코 한노스케 소개입니다. 사실 유명한 곳은 텐동을 판매하고 있는 본점쪽인데 줄이 정말 어마어마하게 깁니다. 시간 잘 맞춰 가시지 않으면.. 그래서 눈을 돌려 200미터 즈음 이동하면 텐동이 아닌 덴뿌라 정식을 파는 같은 체인점을 발견할수 있습니다. 제가 직접 방문해서 영상을 찍어왔습니다. 메뉴는 아나고 덴뿌라 정식을 시켰고 가격은 1480엔이었습니다.

안녕하세요 란테입니다. 일본여행에 도움될만한 맛집 정보 공유하려고 다시 블로그 글을 적기 시작했어요 ! 오늘은 일본하면 떠오르는 음식 피자입니다. 네 피자요 초밥, 라멘 말고.. 피자.. 일단 위치는 관광지로도 많이 방문하는 롯본기역에서 가깝습니다. 지도는 글 가장 하단에 첨부하겠습니다 Savoy 피자 파티 Savoy의 특징 1. 가스화로가 아닌 장작화로를 이용하고 있다. Savoy의 특징 2. 숙성된 도우가 어디에서 먹은 피자보다도 쫄기하고 맛있다. Savoy의 특징 3. 심플하지만 신선한 재료를 이용한 한정된 메뉴를 통해 본연의 맛을 충분히 즐길수 있다.

이 글에 대한 설명이 글은 프로그래밍 초심자에게 자신이 알고 싶었던 3가지를 추려서 가능한 단적으로 설명하여 요점을 이해할수 있도록 하기 위해 쓰여졌습니다.DI란 무엇인가？왜 필요한가？어떤 잇점이 있나?구체적인 내용은?DI란 무엇인가?한마디로 말하자면 "사용하려는 오브젝트를 전달하는 것" 입니다.이것만으로는 오히려 알아듣기 힘들지도 모르겠지만, 이게 요점입니다.마구마구 전달합시다.// 사용하려는 오브젝트 $d = new Di(); // 생성자로 전달했다. $obj = new Obj($d); // Setter로 전달했다. $obj = new Obj(); $obj->setDi($d) // Property로 전달했다. $obj = new Obj(); $obj->di = $d 보통은 의존성 주입이라고 설명되어집..

안녕하세요. 2월 16일부터 2월 25일까지 바르셀로나(로마) 여행을 마치고 돌아왔습니다. 큰 일정을 시간순서로 적어보면 이렇습니다. 로마 -> 트레비분수 - 콜로세움 -> 바르셀로나 -> 바르셀로나 대성당 -> 피카소 미술관 -> 구엘공원 -> 사그라다 파밀리아 성당 -> 성파우 병원 ->몬주익성 -> 고딕지구 야간투어 -> 헤로나 -> 헤로나 대성당 -> 헤로나 수도원 -> 헤로나 성벽길 ->그외 여러 맛집 투어 +_+ 꽤 긴 여정인데 적고 보니 간 곳이 많지는 않네요.중간에 배탈도 나고 감기도 걸리고 정신없었지만 즐거운 여행이었습니다. ㅎㅎ알이탈리아 항공 타고 로마로 출발 +_+좌석이 영 좁네요.. 대한항공이나 아시아나에 비할바는 못되는듯..기내식은 와인만 마실만합니다.. 밥은 영 맛없어요.. ㅠ로..

저번 글에 이은 mobX 3탄입니다. 저번엔 MobX 의 API에 대한 이야기는 제쳐두고, 갑자기 React MobX의 설계론에 대한 이야기를 해버렸습니다. 이번 편에는 개인적으로 MobX의 조금 알기 힘들고 조심해야겠다고 느낀 기본적인 부분에 대해서 적어보겠습니다.【DevTools】이미 MobX의 코드를 만들어본 분중에, DevTools를 도입하지 않은 분이 있다면 꼭 도입해봐주십시오. 이 페이지에 를 마운트해서 도입하는 방법이 소개되어있습니다 .ChromeExtension를 도입해두면, 마운트없이 같은 기능을 이용가능하게 됩니다. 본편의 내용을 이해하는데 도움이 될것으로 보입니다.observable형에 대해서observable값에는, JS프리모티브, 참조, 플레인오브젝트, 클래스 인스턴스, 배열, 맵..

저번 글에 이은 2탄입니다. MobX에는 Redux와는 다르게, 복수의 Store가 존재하며, 복수의 Provider를 보유할 수 있습니다. Redux에도 Provider가 있지만, 그것은 컴포넌트의 루트에 한개만 존재하고, 초기 설정만 끝마치면 평소에는 의식할 일이 없는 존재입니다. MobX에서, Store를 어디에서 생성하고 어떻게 Provider를 전달하는게 좋은 설계일까요. 이 관점에 대해 깊이 고찰한 글을 찾을 수 없었기 때문에, 독자방침이지만 끄적여보도록 하겠습니다 (친절한 태클을 기다려봅니다. )Redux 답습 패턴Redux 구현 경험자도, 또 경험이 없는 분도 이 방법이 가장 이해하기 쉽다고 생각합니다. 'Provider를 한개만 갖도록 한다' 입니다. 이렇게 하면 모든 컴포넌트가 전체의 ..

이글을 읽는 분들은 Redux를 도입하신 분, 또는 이제부터 React의 상태관리를 도입하려는 분일거라 생각합니다.그렇습니다 "Redux 코드는 너무 길지만, 익숙해지면 괜찮겠지?" 라고 생각 하는 분들을 위한 글입니다. 자기자신은 Redux 도입파 였지만 front-end-handbook-2017에 이름이 올라있는 MobX에 관심이 생겨 조사해봤습니다. 그 결과, 이글을 쓰게 되었기 때문에 개인적으로 Redux보다 낫다고 느낀 이유를 적어보겠습니다.코드량이 압도적으로 줄어든다. Store개념이 알기 쉽다. inject를 활용하면 jsx를 pure하게 구현할 수 있다.데코레이터층이 존재한다.코드량이 압도적으로 줄어든다한개의 쌍방향의 값을 컴포넌트에 표시하기 위해서, Redux에서는 아래와 같은 작업이 필..

리액트 네이티브 컴포넌트의 생명주기는 안드로이드 액티비티 생명주기와 비교하면 종류도 많고 복잡합니다.그래서 각 생명주기 별 특징과 사용방법을 한눈에 정리해봤습니다.리액트 네이티브 개발중인 분들에게 도움이 되면 좋겠네요.

서드파티의 네이티브용 SDK로 만든 컴포넌트를 React Native 에서 사용하고 싶어서 조사해봤습니다. 공식은 영어를 읽을 수 있다고 해도 설명이 부족하거나 쓸데없는 내용이 많아서 이해하기 힘들다고 생각했습니다.저는 안드로이드 자바 초심자이기 때문에 나쁘게 생각하지 말아주세요. 프로퍼티 설정이나, 타 API 사용은이런저런 설정이 필요합니다.Android편은 이쪽에서 볼수 있습니다.공식 문서https://facebook.github.io/react-native/docs/native-components-ios.html가장 심플한 구현 코드RCTViewManager를 계승한 헤더파일(.h)과 구현파일 (.m)을 작성합니다.。[XXXX]Manager라고 이름을 지어야 합니다. XXXX가 JS에서 호출할 이름..

서드파티의 네이티브용 SDK로 만든 컴포넌트를 React Native 에서 사용하고 싶어서 조사해봤습니다. 공식은 영어를 읽을 수 있다고 해도 설명이 부족하거나 쓸데없는 내용이 많아서 이해하기 힘들다고 생각했습니다.저는 안드로이드 자바 초심자이기 때문에 나쁘게 생각하지 말아주세요. 프로퍼티 설정이나, 타 API 사용은이런저런 설정이 필요합니다.iOS는 이쪽에서 확인해주세요.공식 문서https://facebook.github.io/react-native/docs/native-components-android.html가장 심플한 코드Native Component의 Name 과 View 인스턴스를 반환하는 Manager 클래스를 작성합니다.Manager클래스（그리고 다른 Java module）를 포괄하는 Pa..