여행을 개발하다

[나의 결혼 준비] 결혼 준비를 하면서 가장 힘들었던 것

yhtragramming — Mon, 17 Oct 2022 22:06:31 +0900

이제 무더운 날도 다 지나가고, 겉옷을 걸치지 않으면 매우 추울 정도로 계절이 바뀌었다는 게 느껴진다.

결혼 준비도 얼추 되어갔다고 생각했는데, 하나하나 따지고 보면 할게 아직 많이 남은 게 사실이다.

세상에서 제일 사랑하는 사람과 평생을 함께 하는 첫 자리를 만드는 것이기에, 아쉽지 않게, 최대한 예쁘게 준비하려고 하다 보니 이것저것 신경 쓸 것이 많은 것이 사실이다.

먼저 장가간 친구들이 하나같이 '너무 힘들어서 두 번은 안 할란다~'라고 말했는데, 아무것도 모를 때는 '아니 저게 얼마나 힘들다고 저렇게 찡찡거릴까?'라는 생각을 했지만, 당사자가 돼보니 정말 그런 말이 나올만하다.

그래서 오늘은 직접 결혼 준비를 하면서 힘들었던 부분은 어떤 것이었는지 적어보려 한다.

1. 직장 생활과의 병행

나와 신부 모두 직장인이다.

그러다 보니, 하루를 오롯이 결혼 준비에 투자할 수가 없다. 나는 이게 제일 힘들었다.

내 사주에 32살을 기점으로 좋은 일이 많이 생길 거라고 했던 게 기억이 난다. 거짓말처럼 32살이 되자마자 좋은 회사로 이직도 했고, 이에 버프를 받아 아무것도 없이 사회생활을 시작한 내 옆자리에서 묵묵히 나를 응원해 주던 내 소중한 사람에게 프로포즈를 하게 되었다. 겹경사가 일어나서 좋았는데, 막상 이직을 하니 회사는 너무 바빴고, 정시에 퇴근한 적이 정말 손에 꼽을 정도로 야근이 생활화되었다. 결국 퇴근하고 9시가 넘어서야 결혼 준비를 하는 루틴을 몇 달째 이어져오고 있다.

결혼하고 내가 책임질 사람이 한 명(물론 아이를 낳으면 몇 명 더 추가 ㅎㅎ) 늘기에 경제생활도 포기할 수 없는 바, 또한 준비하다 보면 들어갈 돈이 많기에.... 직장 생활도 게을리할 수 없는 상황인 건 어쩔 수 없다.

그런데 이게 너무 힘들긴 하다 ㅎㅎ 정신적 여유가 없는 느낌이랄까.

2. 신부에게 미안한 마음

1번은 시간이 지남에 따라 새 직장에 적응하다 보면 유들유들하게 조절할 수 있다 치자. 하지만 가장 힘들었던 건 바로... 신부에게 미안한 마음이었다. 신부도 나와 똑같이 경제생활을 한다. 전문직이라 퇴근시간은 정해져 있다만, 주말도 일하고 근무시간도 상당히 길다. 거기다가 병원에서 치료를 하기에 무거운 치료 기기도 많이 만지게 된다. 가득이나 야리야리하고 체구도 작은데, 근무 시간 틈틈이 웨딩 카페에 글도 작성하고 스드메, 신혼여행 공부도 하며 하루를 너무나도 알차고 빡빡하게 보낸다. 그러다 보니 최근 면역력도 많이 떨어진 것 같고, 잠도 제대로 못 자는 것 같아 걱정이 많이 된다. 이런 신부에게 항상 미안함 마음이 크다.

나도 회사에서 가끔 쉬엄쉬엄하면서 결혼 준비도 하고 싶은데, 그럴 짬을 만들 새가 없을 만큼 바쁘다. 내 신부님은 정말 열심히 준비를 한다. 너무 대단하다는 생각만 드는 요즘... 신부 몸이 3개 이상은 되어 보임...

3. 신혼여행 준비(몰디브)

에메랄드 바닷물에 야자수가 즐비한 아일랜드. 내가 어려서부터 그렇게 꿈꿔왔던 여행지이다. 몰디브가 그 꿈을 이뤄줄 낙원이라 생각했고, 워낙 갈 기회도 적다 보니 이번에 신혼여행지로 선택하게 되었다(물론 내가 적극적으로 밀었다 ㅋㅋㅋ). 하지만 고생 끝에 낙이온다고 하지 않았는가. 하필 몰디브는 몇 천 개의 작은 섬으로 이루어진 나라였고, 그 작은 섬 하나에 가지각색의 특징이 있는 리조트가 하나씩 자리하고 있다 ㅋㅋ 리조트별 특징도 다 다르고, 비싼 만큼 인프라도 빵빵해서 선택하기에 매우 매우 매우 힘이 든다. 근 한 달째 보고 있는데 아직도 감이 안 잡히는 느낌이다 ㅋㅋㅋㅋ 그래서 몰디브 대학 리조트 학과라는 말이 여기저기 돈다.... 지금도 몰디브 리조트를 선택하기 위해, 우리 커플은 꾸준히 공부하고 있다.

사람마다 결혼 준비를 하면서 느끼는 힘듦 + 즐거움의 포인트는 다양하겠지만, 나는 위의 3가지에서 가장 많이 힘듦을 느꼈던 것 같다. 이래서 나도 결혼은 한 번만 해야겠다 ㅋㅋㅋㅋ 우리 신부가 보면 나는 그저 찡찡대는 것 처럼 보일 수도 있지만(여보 미안)... 나름대로 고충을 적어보았다.

신부야 우리 알차게 준비한 만큼 행복하게 살자~!~! 사랑해 많이~!

[나의 결혼 준비] 본식 이후의 계획이 있다면?

yhtragramming — Tue, 11 Oct 2022 21:18:38 +0900

이제 결혼식 D-day가 100일대가 되었다.

5월에 프로포즈를 하고 이것저것 준비를 하다 보니 시간이 금방금방 갔고, 어느새 식장을 잡은 지도 4개월이 다 되어간다. 결혼 준비는 생각보다 해야 할 것이 많았다. 식장, 스드메, 상견례, 신혼집, 신혼여행 등등...

물론 신부가 대부분의 준비를 하고 있다.. 하루의 절반 이상을 회사에 오롯이 쓰고, 저녁에 퇴근해서 웨딩 카페 글을 쓰는 것 정도 도와주는 나는 신부에게 미안한 마음이 크다...

좋은 날을 위해 준비 또한 행복한 것임은 분명하지만, 시간과 엄청난 노력이 들어가야 함은 부인할 수 없다.

그에 따른 스트레스도 적지 않다고 생각하는 요즘이다.

그래서 신부와 함께 요즘 습관처럼 말하는 것이 있다면...

우리 결혼식만 끝나면... ~하자 ㅎㅎㅎ

최근 들어 신부와 함께 다녀온 지인의 결혼식에 대한 반응을 보면,

물론 "축하한다"라는 생각이 가장 우선이긴 해도, 결국 결론은 "와 끝났으니 부럽다"로 입을 모은다 ㅋㅋ

그래서 오늘은 알차게 준비한 본식을 끝내고, 우리 예비부부의 계획(버킷리스트)은 어떤 게 있는지 적어보려 한다.

1. 신혼여행에 가서 오롯이 둘만의 시간을 보내며 플렉스 한다.

* 결혼 준비를 하기 전에 신혼여행이란 부부가 돼서 행복하게 살라는 시작이자, 축복의 의미로 받아들여졌다. 하지만 결혼 준비를 하고 나서 보니... 결혼 준비를 하느라 너무너무 고생했으니, 좀 쉬다 오라는 의미라는 걸 알게 되었다. 우리의 신혼여행지는 몰디브로 결정했고, 이미 항공권은 발권을 마친 상태이다. 몰디브는 물가가 비싼 여행지이다. 하지만 맑은 바다와 맛있는 음식, 쉽게 볼 수 없는 자연환경을 보면서 엄청난 힐링을 하고 돌아올 생각이다. 그동안 결혼 준비로 고생했을 서로를 위로하면서!!!

2. 이제는 주말에 데이트만 하고 "안녕~"이 아니라 같이 신혼집에 산다!

* 우리는 3년 9개월을 만난 장수 커플이자 예비부부이다 ㅋㅋㅋ 둘 다 직장인인데다 집도 가깝지 않아(최근 내가 수원으로 이직하면서 집이 더 멀어졌다) 매주 주말에 헤어질 때면 정말 아쉬운 마음뿐이었다. 하지만 이제 신혼집도 구했겠다, 평생 붙어서 살게 된다. 새로 신혼집에 입주하여 서로 맞추어갈 것도 투성이겠지만, 주말에 예쁘게 데이트하고 서로의 집으로 돌아가야 하는 아쉬움은 이제 안 느껴도 된다는 것! 너무나도 좋을 것 같다.

3. 오롯이 둘만의 시간 가져보기

* 이제는 너무나도 자연스러웠다. 5개월째, 데이트는 사치이자 결혼 준비를 위한 시간이라는 사실이... 하지만 본식이 끝나면 이제는 결혼 준비 얘기를 배제할 수 있다. 물론 본식에서 찍었던 사진을 셀렉하러 간다거나 답례 인사를 드리는 것은 해야 하지만 말이다. 주말에는 차를 끌고 나들이도 가고, 집에서 아무 생각 없이 책도 읽고 낮잠도 하고 그런 주말과 시간... 벌써부터 격하게 필요함을 느낀다 ㅋㅋ

지금 마땅히 떠오르는 것은 요 세 가지 정도이다.

신부와 하고 싶은 것은 굉장히 많다!! : )

보고 싶은 신부님 결혼 준비 잘 마치고, 우리 본식 후 신나게 놀러 다니자!!!

[나의 결혼 준비] 제이웨딩 웨딩박람회 방문 후기

yhtragramming — Tue, 20 Sep 2022 21:57:50 +0900

안녕하세요!

기술과 여행을 주로 글을 써왔는데, 올해는 제가 사랑하는 사람과 백년가약을 맺기로 한 해인 만큼 결혼 이야기를 많이 하게 되네요! 저희는 제이웨딩이라는 회사와 계약을 맺어 결혼 준비를 진행하고 있어요.

조금 시간이 지나긴 했지만, 제이웨딩에서 주최하는 웨딩박람회에서 많은 것을 해결하고 왔답니다.

그래서 오늘 포스팅에서는 제이웨딩 박람회에 다녀와서 느낀 점을 간단히 적어보고자 해요! : )

순서는 장, 단점 그리고 종합 후기 순으로 써 내려가겠습니다!

1. 장점

① 다양한 제휴업체들을 한 번에 만나볼 수 있다.

→ 처음엔 개인적으로 업체들을 찾아다니며 결혼 준비를 하는 것이 좀 더 저렴하지 않을까라고 생각했어요. 플래너에게 수수료가 많이 들어간다고 생각했거든요. 하지만 제가 생각했던 것과는 정반대였습니다 ㅎㅎ 오히려 웨딩업체를 끼고 결혼 준비를 하는 것이 좀 더 다양한 혜택을 받을 수 있는 지름길이었습니다.

②여러 가지 사은 혜택이 많다.

→ 박람회에 방문했다는 자체만으로도 사은 혜택이 참 많았습니다. 당시 상담만 받아도 업체에서 도장을 찍어줬는데, 그 도장의 개수에 따라 냄비, 토스트기 등 다양한 사은 혜택을 주었습니다.

③ 업체별 프로모션이 상당히 많다.

→ 저는 다양한 업체가 한자리에 모인 것도 상당한 순기능을 한다고 생각합니다. 자연스럽게 경쟁이 되기 때문인데요. 그렇게 되면 고객을 최대한 많이 끌어오기 위해 타 업체 대비 좋은 혜택을 내 겁니다. 저는 예복을 박람회에서 계약했는데, 이때도 받을 수 있는 혜택은 전부다 받아왔어요 ㅋㅋ

2. 단점

① 제휴업체들이 한정되어 있다.

→ 제휴 업체가 있다는 것은 아이러니하게도 단점이 되기도 하는 것 같습니다. 웨딩박람회에서 웬만한 것을 다 해결하고 싶었는데, 그러다 보니 박람회에 참여하는 업체들만 보면 선택에 한정적인 느낌이 들었던 것은 사실이었어요. 박람회 밖으로 가도 더 좋은 선택을 하기에는 또 시간과 비용이 들어갈 것이라는 생각과, 더 조사해 봤자 얼마나 나은 조건으로 계약을 할 수 있겠어?라는 생각이 들었습니다.

3. 종합 후기

→ 제 후기를 딱 봐도 아시겠지만, 단점보다는 장점이 많습니다. 예복, 신혼여행, 가전, 예물 등 모든 분야의 업체들이 모이기 때문에 필요한 정보를 한 사이트에서 모두 얻을 수 있다는 것과 사은 혜택을 통해 부가적인 생필품도 챙길 수 있었다는 점. 그리고 이를 통해 준비 시간과 비용을 줄일 수 있다는 점이 좋았습니다. 이 글을 읽고 계신 분들 중, 결혼을 준비하고 계신다면 웨딩박람회에 한 번쯤 방문해 보시는 것을 추천드립니다 : )

[나의 결혼 준비](서브스냅) 너와함께한시간속에서 - 계약 후기

yhtragramming — Tue, 9 Aug 2022 22:20:11 +0900

안녕하세요~!ㅎㅎㅎ

더운 여름 잘 나고 계신가요?

이제 8개월 후면 제가 사랑하는 사람과 백년가약을 맺고 평생을 함께하게 됩니다.

일생에 한 번 뿐인 아름다운 결혼.

그 순간을 알차고 행복하게 담아보고 싶었어요.

물론 결혼식장에서도 기본적으로 잡아주는 메인 스냅사진이 있지만,

메인 스냅에서 놓치는 우리 예비부부의 행복한 표정, 설레는 순간들을 좀 더 디테일하게 담아보고 싶었거든요.

지금 글을 쓰면서 너무나도 미안한 마음이지만....

새로운 회사로 옮기고 나서 격무로 정신없다보니, 신부가 혼자서 여러 업체들을 조사하고 수소문을 해왔습니다.

선택만하면 됐던 저로서는 너무 미안하네요.

이렇게 아름다운 여자와 결혼하는 모습을 오롯이 그려줄 업체들의 포트폴리오를 보던 중,

[너와함께한시간속에서]이라는 곳의 포트폴리오가 너무 눈에 띄었어요.

너와함께한시간속에서 사진 포트폴리오

한편의 영화처럼 우리 둘의 모습을 가장 아름답게 그려줄 곳이라는 확신이 너무 크게 들었고요.

가장 좋았던 점은 '너함시 대표님'이 직접 촬영해주신다는 점이었어요!

저희가 결혼하는 4월은 결혼 성수기라 업체 대표님이 아닌 다른분이 찍어주실 수 있다는 리스크를 생각했었는데,

너함시 대표님은 책임감있게 대표지정 촬영으로 진행해주신다는 점이 너무 믿음직스러웠습니다.

또한, 저희가 계약한 웨딩홀의 특성을 캐치하시고 촬영팁도 많이 말씀해주셨는데요.

이런 부분에서도 세심함과 성의를 많이 느끼게 되었습니다.

벌써부터 저희의 결혼식에 어떤 작품이 나올까 많이 기대가 되네요!!

어렸을 적 부모님의 결혼식 비디오와 사진을 자주 꺼내보았던 기억이 나네요.

당시에는 일반적인 컨셉의 사진과 비디오 테이프로 보관되어 있었는데, 부모님은 아직도 그것을 소중히 간직하고 계십니다.

저희가 나중에 결혼하여 매년 기념일마다 사진을 꺼내보고,

우리 사이에 아이가 생겼을 때 아빠 엄마가 이렇게 결혼했다고 이야기 해줄 사진.

말만 해도 벅찬 감정이 올라오는데, 이 부분을 너함시에 맡긴다니 마음이 편해졌습니다.

혹시 결혼식의 메인 사진으로는 부족하여 서브스냅으로도 소중한 날의 기억을 써내려가고 싶으신 분들,

[너와함께한시간속에서]를 강력히 추천드립니다 : )

감사합니다.

[나의 결혼 준비](예복) 스플렌디노 - 계약 후기

yhtragramming — Wed, 3 Aug 2022 10:11:36 +0900

안녕하세요!

여전히 결혼 준비로 바쁜 요즘, 준비할 것들을 하나하나 챙겨나가다보니 큰 준비(?)도 끝이 보입니다.

말로만 많이 들어보던 스드메, dvd, 서브스냅 등 하나하나를 단계별로 끝내고,

이제는 드디어 저의 차례가 왔습니다.

바로 결혼식 때 제가 입을 예복을 맞추는 것이었는데요!!!

역시 소중한 나의 신부님이 업체를 몇 개 리스트업 해서 알려주었답니다.

업체의 포트폴리오를 보다보니 내가 의상에 대해 이렇게 무지했나...라는 생각이 많이 들었네요.

그와중에 저희의 결혼 준비를 돕고 있는 '제이웨딩'과 제휴되어 있는 업체가 여러 곳이 있었는데요,

주기적으로 열리는 웨딩박람회에서 설명 및 계약을 진행한다는 플래너님의 말을 듣고,

지난 7월 17일 일요일, 신부와 함께 웨딩박람회에 다녀왔답니다.

하지만 업체의 설명에 막 끌려다니는건 스스로 용납이 안되는지라,

박람회에 가기 전 공부해서 나름 저만의 기준을 정해서 갔답니다 : )

제가 예복을 선택하는 기준은

1. 맞춤이어야 한다.

흔히들 비접착, 접착과 많이 헷갈리는 부분이긴 한데요. 접착/비접착은 원단을 만드는 방법일 뿐 기성복/맞춤과는 다른 개념이더라구요. 저는 맞춰져 있는 예복만 수선해서 입는 방식만 피하고 싶었습니다.

2. 이왕 입어볼 꺼... 이태리나/영국식 원단으로 맞추고 싶다.

저는 평소에도 옷에 그리(아니 거의) 관심이 없습니다. 그런데 한 번 뿐인 결혼식인데 좋은 원단으로 맞추고 싶더군요. 처음에는 제일모직 템테이션 원단만 고집했지만, 혼자 카페에서 사색(?)을 해본 결과 적어도 국산 이상의 이태리/영국 원단으로 맞추는게 좋겠다고 생각했어요.

3. 결혼식 이후에도 중요한 일이 있을 때 입고 싶다(무료 리폼이 가능해야 함).

좋은 원단으로 의미있는 예복을 맞추었는데, 지인의 결혼식이나 중요한 자리에도 계속 입고 나가고 싶었습니다. 그래서 결혼식 때는 턱시도로 입고, 그 이후에는 말끔한 일반 정장으로 리폼을 무료로 지원해주는 업체면 좋겠다고 생각했어요. 여기서 강조 포인트는 '무료'입니다.

4. 부가 혜택이 좋아야 한다.

다다익선이 최고죠? 비싼 돈을 주고 맞췄는데, 추가로 예식 때 입을 신발과 보타이 등 기타 의류를 지원해주면 좋겠다고 생각했어요. 그래야 예복에 대해 계약을 마무리하고 더 신경 쓸 필요도 없고, 깔끔할 것 같다고 생각했어요. 또한 비용도 추가로 안 들어가구요!

이 정도였습니다.

이번 웨딩박람회에서는 3개의 테일러샵 업체가 참여했어요.

셋 중 사전에 포트폴리오를 보고 간 곳은 스플렌디노가 유일했습니다.

1. 아르스노바

2. 엘레바또

3. 스플렌디노

한 군데, 한 군데 돌아다니다보니 옷이 예쁘긴 한데, 가격이 허용범위를 초과하고...

어떤 곳은 상담해주시는 분이 설명을 하려는 의지가 있으신건지 만건지 의아할 정도로 성의가 없고....

이렇게 실망을 하던 중, 마지막 스플렌디노 부스에 오게 되었습니다.

가장 좋았던 것은 상담해주셨던 김윤경 팀장님이 정말 진심으로 환대해주셨던 부분이었고,

제가 세웠던 기준에 맞는 상품과 가격, 더 나아가 좀 더 저렴한 가격에 다양한 혜택을 얻을 수 있도록 안내를 해주셨어요.

세부적으로 받았던 혜택은 전부 공개할 순 없지만, 저와 예신 너무 생각했던 것 이상으로 혜택을 잘 챙겨주셔서 바로 계약을 진행했습니다.

참고로 강남사랑상품권이 사용 가능한 업체이며,

가계약시 현금/카드로 결제한 금액도 나중에 전부 강남사랑상품권으로 재결제가 가능하다고 하니 이점 참고해주세요!

스플렌디노에는 8월 27일에 방문하여 예복 맞춤을 진행하기로 했습니다.

살을 얼마나 빼야할지 모르겠지만... 일단 예복이라고 하니 기대가 많이 되네요 : )

박람회에서 열심히 설명을 듣고 계약까지하니 받게 된 라면 포트와 토스트기입니다.

이것은 저의 자취방에 고이 모셔놨다가, 나중에 신부님이랑 신혼집에서 사용할 계획입니다 ㅋ

지금까지 결혼 예복을 스플렌디노에서 계약 진행한 후기였습니다.

긴 글 읽어주셔서 감사합니다.

제이웨딩 카페 가입시 추천인

[hforest] 입력하시면 현금처럼 사용 가능한 30,000포인트 지급, 제 담당 플래너 이은교플래너님이 자동 배정됩니다. 첫 가입시 꼭 추천인 입력해서 3만 포인트 받아가세요. 미입력시 플래너 랜덤배정 20,000포인트만 지급됩니다.

[제이웨딩 카페 바로가기]

https://cafe.naver.com/b00k2012

[제이웨딩 박람회] 제 담당 플래너님 바로 연결

http://jwed.co.kr/Fair/weddingfair.asp?url_type=qkrgofla518

[나의 결혼 준비](스드메) 제이웨딩 - 이은교 플래너 계약 후기

yhtragramming — Tue, 5 Jul 2022 23:00:40 +0900

벌써 반기가 지나가고 7월이 된 올해.

유난히 하고 싶은 일이 많았다.

첫 번째는 내 인생 최고의 선물로 다가와 준 여자친구와 결혼하는 것이었고, 두 번째는 여자친구와 함께 좀 더 안정적인 기반을 다질 수 있는 직장으로 이직하는 것이었다.

기회는 찾아가는 것이라! 면접 준비에 열을 올린 결과 그렇게도 탈출하고 싶었던 전 직장에 사표를 던지고,

너무나도 좋은 새로운 회사로 이직하는데 성공했다.

이제 직장도 제대로 잡았겠다!!

보잘것없는 나를 믿고 3년 넘게 함께해 준 내 여자친구에게 진심을 담아!

이직 텀 사이 2주간 껴있던 지난 5월 14일, 내 생일날 정식으로 프로포즈를 했다.

나름 열심히 준비했는데, 풍선을 더 못 분 게 한이 된다...

하늘만큼 감동시키고 눈물을 닦아주는 모습을 상상하며 준비했는데....

나를 묵묵히 지켜봐 주고 응원해 줬던 여자친구를 눈앞에 두고 편지를 읽어주자니,

내가 대성통곡을 하고 있었던 건 안 비밀... 여자친구가 당황해서 눈물이 안 나왔다는데 ㅋㅋㅋㅋ

내가 생각한 그림은 이게 아니었는데... ㅠㅠ 그래도 어쨌든 She said Yes!

그렇게 프로포즈를 끝내고 우리는 식장 계약을 일사천리로 완료하여, 내년 4월에 식을 올리는 예신예랑이가 됐다.

이제는 말로만 듣던 스튜디오, 드레스, 메이크업인 '스드메'를 준비해야 할 시기가 왔다.

하지만 오롯이 우리 커플이 다하기에는 정보력도 부족했고,

둘 다 직장인인 탓에 일정 체크하는 것도 벅찰 것 같아 웨딩플래너의 도움을 받기로 했다.

꼼꼼하고 세심한 예신님이 여러 업체를 알아본 결과(너무 미안하다 지금도... 결혼 준비를 예신님이 혼자 다 했다....) 우리가 나름대로 정했던 기준에 꼭 맞는 제이웨딩 '이은교 플래너'님과 계약을 완료할 수 있었다.

이은교 플래너님 Instagram :https://www.instagram.com/kyople_wed/

우리가 나름대로 플래너님을 선택하는 기준으로 세운 것은

1. 결혼 준비를 해본 경험이 있어야 한다

말로는 못할 것이 없다. 직접 부딪히며 터득한 노하우와 안목이 필요했다. 하지만 우리는 둘 다 결혼을 처음 해보는 것이기에 인터넷상에서 도는 정보만을 가지고 준비하기에는 역부족이라고 생각했다.

이은교 플래너님은 코시국에 직접 결혼 준비도 해보신 터라, 스튜디오, 드레스, 메이크업 전 과정에서 업체별 가격, 가능 여부 등을 꼼꼼히 체크해 주셨다. 특히 가장 좋았던 것은 입고 싶은 드레스의 취향이 확실했던 예신이 드레스 투어 업체를 선정하는데 많은 어드바이스를 주셨다는 점.

한 손 가득 정보를 꼼꼼하게 적어주셨던 모습이 인상적이었다.

2. 함께 하기 좋아야 한다.

사람을 편하게 해주실 수 있는 분이면 좋겠다고 생각했다. 지나치게 자기주장이 강하거나, 성의가 없다면 준비하는 사람 입장에서 불편하면 더 힘들 것만 같았다.

하지만 첫 만남부터 친근하게 말도 잘 해주시고, 예신님의 메이크업 컬러톤, 드레스코드까지 세심하게 조언도 해주셨다. 특히 예신님과 코드가 잘 맞으셨다 ㅎㅎㅎ

3. 제휴되어 있는 스드메 업체가 많아야 한다.

제이웨딩은 업계에서 유명하기도 하기에 제휴되어 있는 업체도 많았다.

특히, 드레스샵은 예신님의 결혼 로망을 실현시켜주기에 알맞은 곳으로 리스트업되어 있었다!!

정말 다양해서 예신님이 그중 몇 개를 선택하는데 참 애를 많이 먹었다는....

이러한 우리의 기준에 이은교 플래너님은 딱 안성맞춤이었다!!

플래너님 만나고 나오는 길의 발걸음은 상당히 가벼웠다. 마음속 든든함도 컸고!

결혼 준비를 본격적으로 시작하다 보니, 참 많은 부분을 신부가 혼자 준비하고 있다...

새 직장에 적응하느라 정신없어서, 퇴근하고 이것저것 들여다보는데,

일정 비율 이상 함께 준비를 못 해서 미안한 마음이 크다.

그래도 이은교 플래너님과 함께 준비할 생각을 하니 마음이 든든하다!!

결혼 준비하시는 분들 제이웨딩 이은교 플래너를 적극 추천합니다!!!

이은교 플래너님과 계약하고 싶으시다면,

제이웨딩 카페 첫 가입 시

추천인란에

[hforest]

입력해 주세요!!!

✅️ 제 플래너님 자동 배정 +

30,000점 포인트까지

받을 수 있는 혜택!!!

(최초 가입 시에만 적용되오니 유의해 주세요.)

[추천인 미 입력 시, 플래너님이 자동으로 랜덤 배정된다고 합니다.

한번 플래너가 배정되면 플래너를 바꿀 수 없다는 점!!!

또한 박람회 사이트에서도 번호를 먼저 입력하시면 플래너가 랜덤 배정된다고 하니 참고하세요~ ]

[Java] Optional(Optional<T>)

yhtragramming — Fri, 31 Dec 2021 15:06:56 +0900

프로그래머로서 가장 많이 접하게 되는 오류 중 하나는 Null Pointer Exception 일 것이다.

나 또한 이 예외 처리를 하기 위해서 수많은 if 문을 사용했던 것 같다.

하지만 조건문이 많아지면 많아질수록, 코드가 복잡해지고 유지 보수가 어려워지는 것은 두말하면 잔소리다.

이번 프로젝트에서 자바 8의 새로운 문법들을 많이 배운 것 같은데, 그중 하나가 Null Pointer Exception을 깔끔하게 처리하기 위한 Optional이라는 래퍼 클래스이다.

1. Optional<T> 이란?

- Null Pointer Exception(이하 NPE)에 대한 말끔한 처리를 위해 Java8부터 등장한 래퍼(Wrapper) 클래스이다.

- Null 값에 대해 바로 예외 발생을 시키지 않고, 상황별로 대체값, 빈 Optional 객체를 지정하여 예외를 피할 수 있다.

2. 선언

(다음의 선언 방법 3가지에 포함된 것도 엄밀히 말하면 Optional의 주요 메서드이다)

① Optional.empty() - return Optional.empty()

- 말 그대로 비어있는 객체를 만들어준다.

- Null 값이 오는 혹은 올 수도 있는 변수의 자료형을 제네릭 타입으로 써준다.

Optional<T> maybeT = Optional.empty();  // T는 제네릭 타입을 의미한다.
Optional<String> maybeString = Optional.empty();  // String 타입의 Optional 빈 객체 생성

② Optional.of(T) - return T

- 명시한 값을 가지고 있는 Optional 객체를 생성한다.

- 만약 명시한 값이 null일 경우 NPE가 발생한다.

Optional<String> maybeString = Optional.of("안녕하세요");
log.info("maybeString : {}", maybeString); // maybeString : Optional[안녕하세요]

③ Optional.ofNullable(T) - return T

- 명시한 값이 null일 경우 Optional 빈 객체(Opotional.empty)를, 값이 null이 아닐 경우 명시한 값을 가지고 있는 객체를 생성한다.

Optional<String> maybeString = Optional.ofNullable("안녕하세요");
Optional<String> maybeString2 = Optional.ofNullable(null);
log.info("maybeString : {}, maybeString2 : {}", maybeString, maybeString2);
// maybeString : Optional[안녕하세요], maybeString2 : Optional.empty

3. 주요 메서드

① get() - return T

- Optional 객체에 들어있는 값을 리턴한다.

- 좀 더 정확하게는 wrapper class인 Optional을 언박싱(unboxing)하는 메서드이다.

- Optional 객체에 값이 들어가 있으면 값을 리턴하지만, 값이 없는 경우는 'NoSuchElementException' 예외를 발생시킨다.

아래 코드에서, 개발자가 'defaultValue '로 정의된 Integer형 변수가 null 인지 혹은 그렇지 않은지 확신할 수가 없어 Optional의 'maybeDefaultValue'을 선언했다고 가정한다(물론, 아래 코드에서는 명확하게 'defaultValue'는 null이 아니다).

이때, 비단 'defaultValue'가 null이 아니라고 해도 실제 담겨있는 값은 '-1'이 아니라 'Optional[-1]'의 Optional 객체이다. 만약 Integer 형태의 -1을 사용하려면 Optional 객체에서 실제 값인 '-1' 빼줘야 하는데, 이때 사용하는 메서드가 get()이다.

Integer defaultValue = -1;
Optional<Integer> maybeDefaultValue = Optional.of(defaultValue);
log.info("maybeDefaultValue : {}, maybeDefaultValue.get() : {}", 
                  maybeDefaultValue, maybeDefaultValue.get());
//maybeDefaultValue : Optional[-1], maybeDefaultValue.get() : -1

Integer defaultValue = null;
Optional<Integer> maybeDefaultValue = Optional.ofNullable(defaultValue);
log.info("maybeDefaultValue.get() : {}", maybeDefaultValue.get());
// NoSuchElementException 발생

② isPresent() - return boolean

- Optional 객체에 값이 들어있으면 true를, 비어있는 경우 false를 리턴한다.

Integer defaultValue = -1;
Optional<Integer> maybeDefaultValue = Optional.ofNullable(defaultValue);
log.info("maybeDefaultValue.isPresent() : {}", maybeDefaultValue.isPresent());
// maybeDefaultValue.isPresent() : true
		
defaultValue = null;
maybeDefaultValue = Optional.ofNullable(defaultValue);
log.info("maybeDefaultValue.isPresent() : {}", maybeDefaultValue.isPresent());
// maybeDefaultValue.isPresent() : false

③ isEmpty() - return boolean

- Optional 객체에 값이 들어있으면 false를, 비어있는 경우 true를 리턴한다. 정확히 isPresent() 메서드와 반대되는 값을 리턴한다.

Integer defaultValue = -1;
Optional<Integer> maybeDefaultValue = Optional.ofNullable(defaultValue);
log.info("maybeDefaultValue.isEmpty() : {}", maybeDefaultValue.isEmpty());
// maybeDefaultValue.isEmpty() : false
		
Integer defaultValue = null;
Optional<Integer> maybeDefaultValue = Optional.ofNullable(defaultValue);
log.info("maybeDefaultValue.isEmpty() : {}", maybeDefaultValue.isEmpty());
// maybeDefaultValue.isEmpty() : true

④ ifPresent(Consumer<? super T> consumer)

- Optional 객체의 값이 존재하면 실행되어야 하는 로직을 명시해 준다. 만약, Optional 객체의 값이 존재하지 않는다면 아무런 동작을 하지 않는다.

아래 코드는 AtomicInteger형의 변수 'defaultValue'의 값이 존재하면 해당 값을 1씩 증가시키는 로직이다.

하지만 'defaultValue'의 값은 null이므로, Optional로 박싱하면 'maybeDefaultValue'의 값은 'Optional.empty'가 된다. 이럴 경우, 'ifPresent(x -> x.getAndIncrement())' 부분은 아예 실행되지 않는다.

당연히 결과(defaultValue(after)) 값도 null이다.

AtomicInteger defaultValue = null;
log.info("defaultValue(before) : {}", defaultValue);
// defaultValue(before) : null

Optional<AtomicInteger> maybeDefaultValue =  Optional.ofNullable(defaultValue);
maybeDefaultValue.ifPresent(x -> x.getAndIncrement());
log.info("defaultValue(after) : {}", defaultValue);
// defaultValue(after) : null

하지만 'defaultValue'에 임의 값인 1을 넣어주면, ifPresent 안의 로직이 실행되어 값은 2가 된다.

AtomicInteger defaultValue = new AtomicInteger(1);
log.info("defaultValue(before) : {}", defaultValue);
// defaultValue(before) : 1

Optional<AtomicInteger> maybeDefaultValue =  Optional.ofNullable(defaultValue);
maybeDefaultValue.ifPresent(x -> x.getAndIncrement());

log.info("defaultValue(after) : {}", defaultValue);
// defaultValue(after) : 2

⑤ orElse(T other) - return boolean

- 지정된 값이 존재하면 그 값을 리턴하고, 그렇지 않으면 인자로 전달된 값을 리턴한다.

Integer defaultValue = null;
Integer maybeDefaultValue =  Optional.ofNullable(defaultValue).orElse(3);
log.info("maybeDefaultValue : {}", maybeDefaultValue);
// maybeDefaultValue : 3

⑥ orElseGet(Supplier<? extends T> other) - return T

- 지정된 값이 존재하면 그 값을 리턴하고, 그렇지 않으면 인자로 전달된 람다식의 결괏값을 리턴한다.

아래 코드에서는 'orElseGet()' 메서드 안에 정의된 람다식의 로직에 따라 'maybeDefaultValue'의 값에는 23(int1), 74(int2)가 곱해진 값 1702가 할당된다.

Integer defaultValue = 5;
Integer maybeDefaultValue =  Optional.ofNullable(defaultValue)
                    .orElseGet(()->{ int int1 = 23;
                    int int2 = 74;
                    return int1 * int2;
                    });
log.info("maybeDefaultValue : {}", maybeDefaultValue);
// maybeDefaultValue : 5

Integer defaultValue = null;
Integer maybeDefaultValue =  Optional.ofNullable(defaultValue)
        .orElseGet(()->{ int int1 = 23;
        int int2 = 74;
        return int1 * int2;
        });
log.info("maybeDefaultValue : {}", maybeDefaultValue);
// maybeDefaultValue : 1702

⑦ orElseThrow(Supplier<? extends X> exceptionSupplier) - return T

→ 지정된 값이 존재하면 그 값을 리턴하고, 그렇지 않으면 인수로 전달된 예외를 발생시킨다.

Integer defaultValue = 3;
Integer maybeDefaultValue;
try {
	maybeDefaultValue =  Optional.ofNullable(defaultValue)
			.orElseThrow(() -> new NoSuchAlgorithmException());
	log.info("maybeDefaultValue : {}", maybeDefaultValue);
}catch (NoSuchAlgorithmException nsae) {
	nsae.printStackTrace();
}
// maybeDefaultValue : 3

Integer defaultValue = null;
Integer maybeDefaultValue;
try {
	maybeDefaultValue =  Optional.ofNullable(defaultValue)
			.orElseThrow(() -> new NoSuchAlgorithmException());
	log.info("maybeDefaultValue : {}", maybeDefaultValue);
}catch (NoSuchAlgorithmException nsae) {
	nsae.printStackTrace();
}
// NoSuchAlgorithmException 예외 발생

지금까지 Optional 래퍼 클래스에 대해 알아보았다.

감사합니다 : )

[Java] TreeMap

yhtragramming — Tue, 21 Dec 2021 22:47:36 +0900

1. TreeMap이란?

- 이진 탐색 트리(binary search tree)의 일종인 'Red-Black Tree'를 기반으로 하는 ‘key = entry’ 형식의 Map 컬렉션이다.

Red-Black Tree

- 일반적인 Tree 형태의 자료구조에서는 Tree의 높이가 클수록 데이터의 탐색시간이 길어진다. 또한, 데이터가 한쪽으로만 입력되어 치우진 구조가 된다면 전체 효율이 매우 떨어질 수 있다. 이를 보완하여 고안된 것이 Red-Black Tree이다. Red Black Tree의 주요 특징은 Root를 기준으로 작은 값은 왼쪽 서브 노드에, 더 큰 값을 오른쪽 서브 노드에 배치한다는 것이다. 복잡한 자료구조이긴 하나, 실사용에서 효율적이기 때문에 최악의 상황에서도 우수한 실행 시간을 담보할 수 있다는 장점을 가지고 있다. TreeMap은 Red-Black Tree 구조에 기반해있다.

출처 :&nbsp; https://upload.wikimedia.org/wikipedia/commons/6/66/Red-black_tree_example.svg

- SortedMap의 구현체로, 내부적으로 SortedMap 인터페이스를 상속하고 있다.

- HashMap과의 가장 큰 차이점은 Map 객체에 있는 데이터가 자동으로 정렬된다는 점이다.

- 기본 정렬 작업을 포함하고 있어서, HashMap보다는 성능이 상대적으로 떨어진다.

- 숫자, 문자 모두 오름차순으로 자동 정렬된다.

TreeMap 관련 메소들을 알아보기 위해, Junit 테스트 클래스를 하나 만들었다.

우선 ‘key(Integer):value(String)' 형태의 TreeMap 객체를 만든 후, 무작위로 7개의 Entry를 삽입했다.

단, 삽입되는 Entry의 Key 순서는 전혀 상관하지 않지 않았다.

import java.util.TreeMap;

import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.TestInstance;
import org.junit.jupiter.api.TestInstance.Lifecycle;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.boot.test.context.SpringBootTest;

@SpringBootTest
@TestInstance(Lifecycle.PER_METHOD)
class TreeMapTest {
	
private static final Logger log = LoggerFactory.getLogger(TreeMapTest.class);

	
@Test
public void treeMapIsSortableTest() {
	
	TreeMap<Integer, String> tmap = new TreeMap<>();
	
	tmap.put(5, "test5");
	tmap.put(1, "test1");
	tmap.put(2, "test2");
	tmap.put(3, "test3");
	tmap.put(4, "test4");
	tmap.put(6, "test6");
	tmap.put(9, "test9");

    log.info("tmap : {}", tmap);
	
   }
}

테스트 케이스를 돌려 로그를 찍어본 결과, key의 오름차순으로 출력됨을 확인할 수 있었다.

tmap : {1=test1, 2=test2, 3=test3, 4=test4, 5=test5, 6=test6, 9=test9}

2. TreeMap의 선언

- 일반적인 객체 선언 방식뿐만 아니라 이미 생성되어 있는 TreeMap 객체를 인자로 받아서도 생성할 수 있다.

TreeMap<String, Integer> tmap = new TreeMap<>();
TreeMap<String, Integer> tmp2 = new TreeMap<>(tmap);

- Entry의 key를 어떤 기준으로 비교할지를 정해주는 'Compator' 인터페이스 객체를 별도로 정의했다면, 그것을 인자로 사용할 수도 있다.

Comparator<Integer> comp = new Comparator<Integer>() {
		
      @Override
		public int compare(Integer o1, Integer o2) {
			return o2-o1;
		}
	};

TreeMap<String, Integer> tmap = new TreeMap<>(comp);

3. 관련 메소드

① keySet() - return Set<?>

→ TreeMap 객체에 있는 key들을 집합체(Set)로 리턴한다.

log.info("tmap.keySet() : {}", tmap.keySet());  
// tmap.keySet() : [1, 2, 3, 4, 5, 6, 9]

② values() - return Collection<V>

→ TreeMap 객체에 있는 value들을 Collection 객체로 리턴한다.

log.info("tmap.values() : {}", tmap.values());  
// tmap.values() : [test1, test2, test3, test4, test5, test6, test9]

③ lowerEntry(key) - return Map.Entry<K,V>

lowerKey(key) - return K

→ (lowerEntry) 인자로 받은 key보다 작은 값을 key로 가지고 있는 Entry들 중, 가장 높은 값의 key를 가지고 있는 Entry를 리턴한다. 만약 값이 없으면 null을 return 한다.

→ (lowerKey) 상기 Entry의 key만 리턴한다.

log.info("tmap.lowerEntry(4) : {}", tmap.lowerEntry(4));
// tmap.lowerEntry(4) : 3=test3

④ floorEntry(key) - return Map.Entry<K,V>

floorKey(key) - return K

→ (floorEntry) 인자로 받은 key와 같거나 작은 값을 key로 가지고 있는 Entry들 중, 가장 높은 값의 key를 가지고 있는 Entry를 리턴한다. 만약 값이 없으면 null을 return 한다.

→ (floorKey) 상기 Entry의 key만 리턴한다.

log.info("tmap.floorEntry(4) : {}", tmap.floorEntry(4));
// tmap.floorEntry(4) : 4=test4
log.info("tmap.floorKey(4) : {}", tmap.floorKey(4));
// tmap.floorKey(4) : 4

⑤ ceilingEntry(key) - return Map.Entry<K,V>

ceilingKey(key) - return K

→ (ceilingEntry) 인자로 받은 key와 같거나 작은 값을 key로 가지고 있는 Entry들 중, 가장 높은 값의 key를 가지고 있는 Entry를 리턴한다. 만약 값이 없으면 null을 return 한다.

→ (ceilingKey) 상기 Entry의 key만 리턴한다.

log.info("tmap.ceilingEntry(4) : {}", tmap.ceilingEntry(4));
// tmap.ceilingEntry(4) : 4=test4
log.info("tmap.ceilingKey(4) : {}", tmap.ceilingKey(4));
// tmap.ceilingEntry(4) : 4

⑥ firstEntry() - return Map.Entry<K,V>

firstKey() - return K

→ (firstEntry) TreeMap 객체에 들어있는 첫 번째 Entry를 리턴한다.

→ (firstKey) 상기 Entry의 key만 리턴한다.

log.info("tmap.firstEntry() : {}", tmap.firstEntry());
// tmap.firstEntry() : 1=test1
log.info("tmap.firstKey() : {}", tmap.firstKey());
// tmap.firstKey() : 1

⑦ lastEntry() - return Map.Entry<K,V>

→ (lastEntry) TreeMap 객체에 들어있는 가장 마지막 Entry를 리턴한다.

→ (lastKey) 상기 Entry의 key만 리턴한다.

log.info("tmap.lastEntry() : {}", tmap.lastEntry());
// tmap.lastEntry() : 9=test9
log.info("tmap.lastKey() : {}", tmap.lastKey());
// tmap.lastKey() : 9

⑧ descendingMap() - return NavigableMap<K,V>

→ TreeMap 객체에 들어있는 Entry들을 내림차순으로 정렬하여 Map(NavigableMap) 객체로 리턴한다.

log.info("tmap.descendingMap() : {}", tmap.descendingMap());
// tmap.descendingMap() : {9=test9, 6=test6, 5=test5, 4=test4, 3=test3, 2=test2, 1=test1}

⑨ descendingKeySet() - return NavigableSet<K>

→ TreeMap 객체에 들어있는 Entry들의 key를 내림차순으로 정렬하여 Set(NavigableSet) 객체로 리턴한다.

log.info("tmap.descendingKeySet() : {}", tmap.descendingKeySet());
// tmap.descendingKeySet() : [9, 6, 5, 4, 3, 2, 1]

지금까지 자바의 TreeMap 인터페이스에 대해 알아보았다.

감사합니다 : )

[자료구조 1] Stack(스택) & Queue(큐)

yhtragramming — Thu, 7 Oct 2021 11:23:04 +0900

1. Stack(스택)

- 스택의 사전적인 정의는 '쌓아올림', '무더기'라는 뜻이며, 의미 그대로 자료를 계속 쌓아올라가는 방식으로 데이터를 임시 저장하는 자료구조를 의미한다.

- 스택은 데이터의 입출입이 단 하나의 방향에서만 이루어진다.

- 따라서, 가장 먼저 들어온 데이터가 가장 늦게 사용되고, 가장 나중에 들어온 데이터가 가장 먼저 사용되는 후입선출(Last In First Out) 방식의 자료구조이다.

- 스택에 자료를 쌓아올리는 작업을 푸시(push), 스택에서 자료를 꺼내는 작업을 팝(pop)이라고 한다.

- 스택의 상단을 탑(top), 하단을 (bottom)이라고 한다.

※ 대표적인 구현 방식 & 상황 예시

- 웹 브라우저 등에서 뒤로 가기 버튼을 누르면, 현재 페이지 이전으로 돌아간다(history back).

- MS Office의 엑셀, 파워포인트에는 이전 작업으로 돌아가는 '실행 취소' 기능을 통해, 이전 작업으로 백업을 할 수 있다.

※ 자바에서 Stack 구현해 보기

import java.util.Stack;

public class StackQueue {
	
	public static void main(String[] args) {		
		Stack<String> st = new Stack<String>();
		st.push("첫번째");
		st.push("두번째");
		st.push("세번째");
		System.out.println("----- Stack -----");
		while(!st.isEmpty()){
			System.out.println(st.pop());
		}
	}
}

// 실행결과
----- Stack -----
세번째
두번째
첫번째

2. 큐(Queue)

- Queue의 사전적 의미는 '대기 줄'인데, 자료가 일정 순서로 처리되는 자료구조 방식이다.

- 임시 데이터를 저장하는 자료 구조라는 점에서 스택과 동일하나, 가장 먼저 들어온 데이터가 먼저 꺼내지는 선입선출(FIFO) 방식의 자료구조이다.

- 자료가 들어오는 부분을 rear, 자료가 삭제되어 나가는 부분을 front라고 한다.

- 먼저 들어온 원소를 front 원소, 마지막에 들어온 원소를 rear 원소라고 한다.

- 큐에 데이터를 추가하는 것을 인큐(enqueue), 데이터를 꺼내는 작업을 디큐(dequeue)라고 한다.

※ 대표적인 구현 방식 & 상황 예시

- 은행 대기 동선은 먼저 도착한 순서(대기표를 뽑은 순서)대로 업무 처리를 진행한다.

- OS에서 프로세스를 스케줄링 할 때, 먼저 들어온 요청부터 처리하는 방식으로 자원을 할당한다(FIFO).

※ 자바에서 Queue 구현해 보기

import java.util.LinkedList;
import java.util.Queue;

public class StackQueue {
	public static void main(String[] args) {	
		Queue<String> qu = new LinkedList<>();
		qu.offer("첫번째");
		qu.offer("두번째");
		qu.offer("세번째");
		System.out.println("----- Queue -----");
		while(!qu.isEmpty()){
			System.out.println(qu.poll());
		}
	}
}

// 실행결과
----- Queue -----
첫번째
두번째
세번째

지금까지 스택과 큐에 대해 알아보았다.

감사합니다 : )

[Vue.js] 데이터 바인딩(Data-Binding)

yhtragramming — Tue, 5 Oct 2021 14:43:51 +0900

Vue.js에서의 데이터 바인딩 방법에 대해 알아본다.

1. 데이터 바인딩(Data-Binding)이란?

바인딩(Binding)이란 묶는다는 의미로, 웹 프로그래밍에서는 UI를 통해 표시하고자 하는 데이터를 실제 데이터와 연결해 주는 프로세스를 의미한다. 말이 길어지니 조금 어렵게 느껴질 수 있는데, 아래 HTML을 같이 살펴보면서 이야기해 보자.

<!DOCTYPE html>
<html>
<head>
    <meta charset='utf-8'>
    <meta http-equiv='X-UA-Compatible' content='IE=edge'>
    <title>Page Title</title>
    <meta name='viewport' content='width=device-width, initial-scale=1'>
    <script src="https://cdn.jsdelivr.net/npm/vue"></script> <!-- Vue.js 라이브러리를 당겨옴 -->
</head>
<body>
    <div id="vue">
        <input type="text">
    </div>
    <script type="text/javascript">
        new Vue({
            el : '#vue',
            data : {
                name : 'Younghoon Jeong',
                type : 'text'
            }
        });
    </script>
</body>
</html>

위 HTML 소스 안에는 id가 'vue'인 div 태그 안에 input 태그가 하나 있다.

그런데 개발자는 DB 단에서 혹은 사용자가 보고 싶은 데이터를 가져와서 input 태그에 표시해 주고 싶다. 이때, 사용자가 보고 싶은 데이터를 input 태그에 넣어주는 것, 즉 연결해 주는 것을 데이터 바인딩이라고 한다.

2. Vue.js에서의 데이터 바인딩

Vue.js에서도 Vue 객체에서 정의된 데이터를 직접 요소에 연결할 수 있도록 지원한다.

위 HTML 소스의 input 박스에 Vue 객체에서 정의한 name 데이터를 바인딩 해보기로 한다.

먼저, Vue.js에서 데이터를 바인딩 하기 위해 사용하는 예약어(v-bind:)가 있다. 그러나 'v-bind'라는 예약어를 매번 쓰기 지저분하고 귀찮다면, 다음과 같이 ':' 콜론만 적어줘도 무방하다.

v-bind:속성명="데이터 혹은 함수"

:속성명="데이터 혹은 함수"

input 박스의 value 값에 Vue 객체에서 정의한 'name'이라는 데이터로 바인딩을 해보자. 물론 콜론 하나만 사용하는 방식으로도 동일한 결과를 얻을 수 있다.

<div id="vue">
    <input v-bind:value="name">
</div>

<div id="vue">
     <input :value="name">
</div>

3. 예제

이번에는 'a'태그를 사용하여 개발자가 지정한 페이지로 이동하는 기능을 구현해 보고자 한다. 단, 이번에는 데이터가 아니라 정의한 함수를 사용하여 데이터를 바인딩 한다.

먼저 'a'태그에 바인딩 할 함수 'goMyBlog()'를 정의하고, 클릭 시 이 블로그로 다시 유입되게 코드를 작성했다(홍보 아님 ㅎㅎㅎ).

<div id="vue">
        <input :value="name">
        <a v-bind:href="goMyBlog()">정영훈의 블로그로 이동</a>
</div>
<script type="text/javascript">
        new Vue({
            el : '#vue',
            data : {
                name : 'Younghoon Jeong',
                type : 'text'
            },
            methods :  {
                goMyBlog(){
                    return 'http://blog.naver.com/wjddudgns514';
                }
            }
        });
</script>

웹 문서를 로드하여 a 태그로 정의된 링크를 클릭하면, 나의 블로그로 리다이렉트되는 것을 확인할 수 있다.

추가! 함수를 정의하는 또 다른 방법

앞 포스팅에서 소개한 Vue 객체에서 함수를 정의하는 방법은 methods라는 속성값 내에 '함수명 : 함수 내용(파라미터....)'로 개행해주는 것이라고 설명했다.

// 정의방법1
new Vue({
.....,
methods :  {
   addParams : function(param1, param2){
        return param1 + param2;
     }
   }
});

하지만 ':(파라미터...)' 부분을 제거하여, '함수명(파라미터...)'로 좀 더 간략히 정의할 수도 있다.

// 정의방법2
new Vue({
.....,
methods :  {
   addParams(param1, param2){
        return param1 + param2;
     }
   }
});

실행은 각자 해보는 걸로...! : )

지금까지 Vue.js에서의 데이터 바인딩에 대해 알아보았다.

감사합니다.