[jQuery] $(document).ready() 와 $(window).on("load")


오늘도 어김없이 Project.다원 Ensemble 개발을 진행했지만.. Back단 작업하느라 딱히 보여줄만한게 없어서(눈으로 보이는 부분은 아니기 때문에..ㅠㅠ) 그냥 정리나 해볼까 해서 만들어봤습니다. (...)

 

우리는 jQuery를 사용하다보면 자주 $(document).ready()와 $(window).on("load") 함수를 이용해 front단에서 화면의 시작시 보여줌과 동시에 무언가의 작업을 실행시켜야하는 경우가 있습니다.

오늘은 자주사용하면서 잘 확인하지 않는 이 $(document).ready()와 $(window).on("load") 함수에 대해서 잠깐이나마 설명하는 시간을 갖도록 하겠습니다.

 

뭐, 생명주기라할것까진 아니고, 그냥 위 함수가 어떠한 순서로 웹사이트가 load되는지정도만 구경하도록 하시죠.


 

우선 $(document).ready()와 $(window).on("load") 함수가 어떤 역할을 하는지부터 짚고 넘어가시죠.

 

$(document).ready()

$(document).ready()의 경우 DOM(Document Object Model) 페이지가 JavaScript코드를 사용할 수 있을 때 실행이 됩니다. (참조)

 

* 잠시 보는 DOM이란?

DOM의 경우 Document Object Model로 한국어로 직역해보면 문서 객체 모델(...) 이며, 오늘 우리는 어려운 부분까지는 머리빠개지니까(??) 설명은 줄이고 그냥 쉽게 Front단에서 보여질 HTML이나 XML등의 문서를 객체로서 표현하여 가지고 있다고 생각을 하면 쉬울 것 같습니다.

이 DOM 덕분에 우리는 HTML을 JavaScript를 통해 요소나 속성등을 추가하고, 변경(삭제)를 할 수 있게됩니다.

 

$(document).ready() 코드

$(document).ready(function(){
	console.log("document ready!");
});

$(document).ready()함수의 매개변수로 실행시킬 function을 전달시킬 수 있습니다.

때문에 function을 위 코드와 같이 직접 선언을 하며 전달을 할 수 있고,

아래처럼 미리 다른곳에 만들어둔 function을 불러오는 방법도 사용할 수 있습니다.

$(document).ready(ready("document ready!"));

function ready(val) {
	console.log(val);
}

 

$(window).on("load")

$(window).on("load")의 경우에는 DOM을 포함한 모든 페이지가 준비가 되면 실행이 됩니다. (참조)

때문에 $(document).ready()보다 늦게 실행이 되는 모습을 보여줍니다.

 

$(window).on("load") 코드

$(window).on("load", function() {
	console.log("window load!");
});

$(window).on("load")함수는 위 $(document).ready()와는 조금 다른 모습을 띄고 있습니다.

예~~~~전 버전 jQuery에서는 $(window).load()와 같이 위 $(document).ready()와 거의 비슷한 형태를 띄고 있었으나, jQuery 버전(3.0 이상부터)이 올라가면서 .load()함수는 제거되었다고 합니다. (참조)

$(window).on("load") 또한 매개변수로 실행시킬 function을 넘겨줄 수 있습니다.

위와같이 선언과 동시에 전달을 하는 방법이 있고, 아래처럼 function을 불러오는 방법도 가능합니다.

$(window).on("load", function() {
	ready("window load!")
});

function ready(val) {
	console.log(val);
}

 

 

$(document).ready()와 $(window).on("load")의 실행 순서

위 코드를 직접 console에 찍어보면 아래와 같은 결과를 확인하실 수 있습니다.

 

console에서 찍어본다면.

위 설명에 적어놓은 것 처럼 DOM객체가 JavaScript를 실행할 수 있는 상태가 된다면 $(document).ready를, 모든 페이지에 대한 준비가 완료된다면 $(window).on("load")함수가 실행이 된다는걸 확인할 수 있습니다.

 

대략 이런느낌

실행 순서

 


음.. 내일부터는 또 한 주의 시작이네요.

코로나는 끝을 보이지 않고, 비도 많이와서 다들 지치실 것 같은데, 힘내시기 바랍니다.

모든분들 언제나 응원하고 있습니다!

 

Reference

- learn.jquery.com/using-jquery-core/document-ready/

 

$( document ).ready() | jQuery Learning Center

A page can't be manipulated safely until the document is "ready." jQuery detects this state of readiness for you. Code included inside $( document ).ready() will only run once the page Document Object Model (DOM) is ready for JavaScript code to execute. Co

learn.jquery.com

- jquery.com/upgrade-guide/3.0/#breaking-change-load-unload-and-error-removed

 

jQuery Core 3.0 Upgrade Guide | jQuery

jQuery Core 3.0 Upgrade Guide link Overview With the major version of 3.0, the jQuery Core team has taken the opportunity to make changes to clean up the API and fix bugs that may prove to be breaking changes for some code. This includes the removal of pre

jquery.com

 

버전정보 (v1.0)

 - v1.0 2020.08.03 배포

 

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 Bold를 사용했습니다.

* 본 게시글의 이미지는 전부 (이미지 내의 픽토그램 등) 직접 제작했음을 명시합니다.

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

Karzin

abbeea@naver.com


Project.다원 Ensemble_개발(8)_메뉴 디자인 변경


결국은 날잡아서 메뉴 디자인 새로 고쳤습니다.ㅋㅋㅋㅋㅋㅋ

평소부터 맘에 안들었지만,

그 왜.. 그런거 있잖아요? 꼭 공부하려고보면 책상이 더럽게 느껴져서 다 치우고 느지막하게 공부 시작하게 되는..

그런겁니다... (무슨말인지 하나도 모르겠..)

 

어쨌든 오늘은 메뉴 디자인을 변경했습니다.

그런 느낌.

간단하면서 깔끔하고 보기좋고 이쁜 그런 디자인. (?!?!?!?!?????)

 

제 눈에는 깔끔해지긴했는데 다른분들이 보기에는 어떨진 모르겠네요ㅠㅠ


새로 변경된 메뉴 디자인

메뉴 디자인

(최고 관리자는 우리집 막내였다고 합니다. 저는 그저 개발자!ㅋㅋ)

 

이번 디자인은 버튼이라던가 그림자 효과가 보이는게 좀 있지 않나요?

 

사실 저는 플랫 디자인을 굉장히 좋아하는데, 이번에는 머티리얼 디자인으로 작업을 해야할 것 같아서 머티리얼 디자인으로 진행을 해봤습니다.

추후 기회가되면 따로 설명을 해볼까 하지만, 플랫 디자인은 생각보다 디자인은 정말 깔끔하지만 구별의 모호성이 가장 큰 문제라.. 사용자의 입장에서 헷갈릴 수 있다는 점이 문제죠.

이런 시스템에서는 깔끔한건 좋지만, 기능이 중요하기 때문에 어떤게 버튼인지 구분이 안되는 상황은 문제시 될 것 같아서 여러부분에서 고민을 많이 했네요.

 

최대한 깔끔하게 하려고 노력하긴 해봤는데, 이거저거 코딩작업해보고 비교해가면서 적용한게 이정도네요.

개인적으로 bootstrap이용하면서 최대한으로 깔끔하게 뽑은거같습니다. (이전에는 워낙 지저분하게 덕지덕지 붙여놔서..)

일단 적용은 했지만, 아직 다른 화면들의 컨텐츠는 조금 수정이 필요할 것 같네요.

 

참, 모바일 버전으로 보면 이런 느낌이 됩니다. (아래 참조)

 

컨텐츠를 볼때

위는 컨텐츠, 아래는 메뉴를 눌렀을때네요.

 

메뉴를 눌렀을 때

 

 

참고로..

기존에는 이랬지요.. (링크)

 

Project.다원 Ensemble_개발(4)_메뉴 제작

Project.다원 Ensemble_개발(4)_메뉴 제작 으 항상 코딩하다보면 시간을 확인을 못하네요 ㅠㅠ 벌써 2시 20분입니다!!! 때문에 빠르게 게시글 작성하고 넘어가겠습니다! (사실 그닥 보여줄만한게 없습..

karzin.tistory.com

기존 디자인

ㅋㅋㅋ 촌스러웠지요..

그리고 귀찮아서 구현하지는 않았었지만, 메뉴에서 Ensemble Navigation이라 보이는 부분에는 원래 유저 정보를 넣을 생각이었습니다.

그래서 위를 조금 비워둔 상태였구요 (이눔의 귀차니즘..)

이 부분은 설계서에는 없을건데, 그 이유가 로그인 관련쪽을 설계하면서 넣을 예정이었거든요. (업데이트 형식으로)

어차피 해야할거 미리 넣어서 진행하자 싶어서 넣어두었습니다. ㅋㅋ

 

 

추가로 아직 컨텐츠까지는 디자인을 변경하지 않아서 아직 해야할 일이 많이 남아있네요 (아래 이미지 참조)

장비등록화면

뭐.. 이 부분은 DB연동하면서 어차피 이거저거 테스트하면서 변경될건 변경되고 할테니

차차 진행해야겠습니다.

또 어떻게하면 깔끔하고 이쁜 디자인으로 할지 고민도 좀 해보구요 ㅋㅋ


정~~~말 별거아녔는데 시간잡아먹었네요.

왜 그렇게 딱 맞아떨어지는 디자인이 바로바로 안나오는지..

애초에 저는 디자이너는 아니고 취미로 그림 그리거나 디자인하는 정도(중학생까지 미술과외를 받았건만..)라서

정말 디자인 잘하시는 분들이 보면 굉장히 별루일 것 같네요. (ㅠ,ㅠ)

 

그래도 좋은점이라면 혼자 디자인과 개발을 하다보니 그냥 맘에 안드는거 있으면 훅훅 바꿔버리는 ㅋㅋㅋㅋ

보통이라면 디자인 <-> 개발 커뮤니케이션이 중요하기도하고 그로인해 걸리는 시간적인 코스트도 많이 있을 법 한데 그런 부분이 확실히 사라지니까 너무 좋습니다. (설마 제가 저와 커뮤니케이션하지는 않을테니까요ㅋㅋ)

 

누군가 창작의 고통은 아프다더만..

창작을 해서그런지 눈이 침침하고 무릎이 아프네요. (그건 아마 비가와서 그렇....)

 

다음주부터는 DB연동으로 넘어갈 것 같네요. (뭔가 일주일씩 역할이 나뉘는 느낌)

좋습니다. 좋습니다..

 

오늘도 고생 많으셨고, 굿밤되시기 바랍니다!

(어! 8월 1일에 게시하려했는데, 개발에 빠져있다가 2일이 되어버렸네요. 흑흑.. 별수 없죠 뭐..)

 

 

버전정보 (v1.0)

 - v1.0 2020.08.02 배포

 

 

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

 

Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등

모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.

Project.다원 Ensemble

Karzin

abbeea@naver.com


[Swift5] 문제해결 : AVPlayer에서 Temp폴더 내 영상이 재생되지 않는 문제


몇 일전 개발 중 이런 문제가 생긴적이 있었습니다.

영상이 Temp폴더에 저장이 된 상태고, 이 Temp 폴더에 저장된 영상을 사진갤러리로 등록하고,

AVPlayer에 Temp폴더에 저장된 Path를 넣어줬는데도 재생이 되지 않는 문제(아무 반응이 없는 문제)가 있었습니다.

오늘은 이 문제를 어떻게 해결했는지 적어볼까 합니다.


원인

사람마다 조금씩 차이는 있을지도 모르겠는데, 저의 경우 사진갤러리로 영상을 등록하고 Temp성 파일을 삭제하는(ㅡㅡ)문제 였습니다. (사진갤러리로 영상 등록 후 바로 Temp 파일을 삭제하는 로직이 동작하는 문제)

뭐.. 조금만 분석해보면 나오는거긴했는데, 처음엔 AVPlayer에서 에러도 안뱉어내고 무슨문젠지도 모르는상태로 삽질만 죽어라고 했네요.. (AVPlayer에 이상한 Path넣어도 에러 안나오더라구요. 저는 나올줄 알았습니다;;)

혹시라도 영상이 재생이 안된다 싶으시다면 우선 지정된 영상 Path가 제대로 된 Path인지를 확인하시는걸 추천드립니다. 그리고 Path에 해당하는 파일이 있는지를 확인해보시는걸 추천드려요. 보통 exists 함수 사용하면 true/false로 떨어지니..

 

해결

언제나 원인만 알면 해결은 쉽습니다.

저의 경우 일단 임시방편으로 Temp성 파일을 삭제하는 로직을 주석처리 해두었는데요,

해당 부분은 나중에 Directory를 좀 더 세분화해서 어떻게 쓸건지 프로세스 등을 정해놓고 대대적인 공사를 하는걸로 하고 일단은 문제가 없도록 로직의 주석처리로써 해결을 해두었습니다.

 


어쩌다 한번씩 별거아닌거가지고 크게 삽질하는 경우가 있는데, 이번이 그 경우였네요 ㅋㅋㅋㅋㅋㅋㅋ

 

java와 차이가 있다보니 자꾸 헷갈..ㅋㅋㅋ

 

 

버전정보 (v1.0)

 - v1.0 2020.07.21 배포

 

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

 

Karzin

abbeea@naver.com


Project.다원 Ensemble_개발(7)_장비 상세 화면 개발


흠.. 오늘로써 설계 문서에 맞춰서 일.단.은. 화면단의 개발은 끝났습니다.

이제 버그 수정과 디자인이 썩 맘에 들지않아 더 깔끔하게 다듬어주는 작업이 남아있기는 한데, 이건 천천히 작업하는걸로 하고, 내일부터는 이제 DB 데이터와 연동하는 작업을 들어가볼까합니다. 

근데 벌써 1시 41분이네;; 오늘도 빠르게! 보여드리고 넘어가도록 하죠!


Wireframe & 화면설계서 (링크)

 

Project.다원 Ensemble_설계(7)_장비관리-장비상세 Wireframe&화면설계서(3)

Project.다원 Ensemble_설계(7)_장비관리-장비상세 Wireframe&화면설계서(3) 계속해서 장비관리입니다! 앞으로 화면 1개만 더 나오면 끝나겠네요! 벌써 설계서 PPT가 27장이 되었네요 ㅋㅋㅋ 으아 ㅋㅋㅋ 2�

karzin.tistory.com

Wireframe (장비관리-장비상세_tab1)

Wireframe (장비관리-장비상세_tab1)

 

화면설계서 (장비관리-장비상세_tab1)

화면설계서 (장비관리-장비상세_tab1)

 

개발 화면 (장비관리-장비상세_tab1)

개발 화면 (장비관리-장비상세_tab1)

아직 DB연동이 안되어 있어 세세한 데이터의 정보까지는 처리하지 않았습니다.

이 부분 확인하시어 일단은 프레임만 보시면 될 것 같습니다!


Wireframe (장비관리-장비상세_tab2)

Wireframe (장비관리-장비상세_tab2)

 

화면설계서 (장비관리-장비상세_tab2)

화면설계서 (장비관리-장비상세_tab2)

 

개발 화면 (장비관리-장비상세_tab2)

개발 화면 (장비관리-장비상세_tab2) *Modal hide

 

개발 화면 (장비관리-장비상세_tab2) *Modal show

 

흠흠.. Modal도 그렇고 좀 다듬어야할게 한둘이 아니네요.

2시까지 마무리작업을 생각했으니, 오늘은 일단 여기까지~


아무래도 문제는 디자인!

좀 더 공을 들이면 깔끔하게 뽑을 수 있을 거 같습니다.

(일단 지저분한 저 파란색 테마는 좀 빼도록 하고, 테두리랑에서도 파란색을 제거를 ㅡㅡ,, <- 참고로 저는 파란색 엄청 싫어합니다. 빨강x검정이 진리...지만 여기서 그런짓했다가는 싸대기맞을듯싶네요 ㅋㅋㅋㅋㅋㅋㅋ)

 

디자인은 차츰차츰 해소해나가야죠. 어차피 틀은 어느정도 잡아뒀다고 생각해서 디자인 쯤이야..^^

(??????????? 어디서 나오는 자신감인가.. 난 졸려죽겠.....)

 

빠르게 작성했다고 생각했는데 벌써 1시 56분...ㅋ 내일(? 이아니라 오늘)을 위해서 얼른 취침하러 가봐야겠습니다!

 

아! 그러고보니 오늘도 비가 많이 온다고 하는 모양이니 조심하시고, 침수피해 없으시기 바라겠습니다.

비도 맞으면 감기걸릴 수 있으니 꼭 우산 챙기셔서 건강도 조심하시구요!!

 

그럼 오늘도 고생많으셨습니다~~

 

버전정보 (v1.0)

 - v1.0 2020.07.31 배포

 

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 Bold를 사용했습니다.

* 본 게시글의 이미지는 전부 (이미지 내의 픽토그램 등) 직접 제작했음을 명시합니다.

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

 

Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등

모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.

Project.다원 Ensemble

Karzin

abbeea@naver.com

 


[20200730] 대전 하늘 구멍뚫렸나요 ㅠㅠ


1시 17분쯤 게시글 올리고나서 너무 피곤해서 바로 자야지 하고 잠들었는데,

4시 ??분쯤(정확한 시간이 기억이 안나네요 그때 비몽사몽해서 ㅋㅋ;;)? 어쨌든 4시 좀 넘은걸로 기억은 하는데 천둥과번개가 와... 비는 정말 바가지로 붓는 수준... 깼더니 난리도 아니더군요.

상황이 정말 꿈만 같았습니다; 진짜 몇 분에 한번씩 천둥/번개치는 듯 했네요;; (붓는 수준의 비는 디폴트)

토르4한다던데 그거찍으러 대전까지 온줄;;

 

근데 웃긴건 그 시간에 일어나서도 가장 먼저 생각한다는게 집안의 컴퓨터와 서버 고장날까봐 ㅋㅋㅋㅋㅋㅋ

(애초에 천둥/번개 무서워하는 타입은 아닌지라..)

이게 예~전에 두번정도 번개치다가 컴퓨터 나간적이 있어서 그 때부터 천둥좀 친다 하면 컴퓨터부터 찾는게 습관이 되어버렸네요 ㅋㅋ (파워나가면 다행이지만 메인보드 죽는 순간 돈깨지는 소리가.. 그리고 함께 들리는 저의 우는 소리가..ㅠㅠㅠ)

비몽사몽하는 그 상태에서도 부랴부랴 리눅스 서버부터 종료시키고, 작업하느라 켜져있는 맥미니나 컴퓨터의 데이터 저장하고, 종료시키고 연결되어 있던 콘센트 죄다 뽑아주고.. (지금 생각해도 그 시간에 일어나자마자 한다는게..ㅋㅋㅋ) ㅋㅋㅋㅋ

공유기와 충전 중이던 태블릿 및 아이폰 다 뽑아주고 멍좀 때리다 바로 잠들었네요 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

아침에 일어나서 "뭐야 왜 충전이 덜되있지?" 한건 덤ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

 

 

알람소리에 일어나보니 아침까지도 비가 엄~청 쏟아지더라구요;; 몇년전에 비때문에 전민동이 잠긴적이 있어서 이번에도 잠겨서 출근도 못하는거 아닌가 걱정하다가 아침뉴스를 보니 대전 공통으로 비 많이 온거빼고는 전민동에 특이사항은 없는 거 같아서 출근했습니다.ㅋㅋ

 

정말 비가 이렇게 많이 와도 되나 싶을정도로 내렸는데.. 모쪼록 비로 인한 많은 피해는 없었길 바랍니다 ㅠㅠ

장마 기간이 좀 끝나야 자전거도 고치고 다시 타고다닐텐데 여러모로 안타까운 한달이네요 ㅠㅠ


Project.다원 Ensemble_개발(6)_장비 목록 화면 개발


오늘따라 엄청 졸리네요;; 이제 목요일 들어가서 그런가..? 잘 모르겠네요;; 

음.. 오늘도 커피 5잔정도 마신거같은데 이러네요;;ㄷㄷㄷ

간만에(올해 설날 이후로 간만에 길게 쉰거같은데..) 휴식기간을 가지다가 다시 업무와 프로젝트 그리고 공부를 또 열심히(?????) 병행하는게 몸이 못따라오는건지.. 어쩐건지..;;

일단은 버그 생각 않고 장비목록 화면만 빠르게 뽑아내고 좀 쉬어야지 싶어서 빠르게 진행했습니다.

아마 추후에 고쳐야할게 많을 듯 싶네요...ㅠㅠ

 

그냥 어떻게 진행되었는지만 화면 뽑아낸것만 보여주고 바로 취침하러가겠슴다 ㅠ;


wireframe & 화면설계서 (링크)

 

Project.다원 Ensemble_설계(6)_장비관리-장비목록 Wireframe&화면설계서(2)

Project.다원 Ensemble_설계(6)_장비관리-장비목록 Wireframe&화면설계서(2) 오늘은 낮에 커피를 한잔만 마셨더니 엄청 피곤하네요;; 아무래도 카페인이 부족한 모양입니다.ㅎ;; 그래서 빠르게! 오늘 할 ��

karzin.tistory.com

Wireframe

장비목록 Wireframe

 

화면설계서

장비목록 화면설계서


장비목록 화면 개발 내역

장비목록 개발 화면

 


대충 만들어서 그런가 만들고나서 이거저거 눌러보니 벌써부터 보이는 버그가..

일단 필요한 화면 얼른얼른 쳐내고 DB와 연동하는 작업 진행하면서 다듬어가야겠네요 에궁..

(그나저나 디자인이 파랗파랗한게 영 맘에 안드네.. 날잡고 디자인도 그냥 다시 잡아줘야겠네요 ㅋㅋㅋㅋㅋㅋㅋㅋ)

 

일단은 아까 맨 위에 써놓은 것처럼 오늘은 정말 너무 너무 피곤해서 먼저 자러가보겠습니다;;; (ㅠㅅㅠ)

 

오늘도 고생많으셨습니다.~

 

버전정보 (v1.0)

 - v1.0 2020.07.30 배포

 

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 Bold를 사용했습니다.

* 본 게시글의 이미지는 전부 (이미지 내의 픽토그램 등) 직접 제작했음을 명시합니다.

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

 

Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등

모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.

Project.다원 Ensemble

Karzin

abbeea@naver.com


Project.다원 Ensemble_기능검토(3)_Thymeleaf Layout Dialect


간만에 개발을 진행하면서 아쉬운 부분이 있어 검색을 통해 추가한 Thymeleaf Layout Dialect에 대해서 설명을 해볼까 합니다.

사실 이전에 Template Engine 자체를 Thymeleaf를 사용하겠다고 개발정보에 떡하니 작성은 했으나, Thymeleaf Layout Dialect에서의 조금 다른 layout기능이 필요하여 dependency에 추가를 해주었습니다.

오늘은 이 기능을 살짝 맛보기 수준으로 설명을 하고 계속해서 개발을 진행하면서 괜찮은 정보가 있다면 공유를 하도록 하겠습니다.


 

기능 검토 - Issue

우선 사건의 발단(?)은 이랬습니다.

Thymeleaf Layout Dialect를 사용하게 된 시작

위의 이미지를 보시는것처럼 저는 Common적인 요소를 어떻게하면 더 편리하게(?) 활용을 할 수 있을까?

재활용이 용이할까? 라는 생각으로 시작을 하게 되었습니다.

 

사실 이러한 기능은 Thymeleaf에서도 지원을 안하는건 아닙니다.

다만, 조금 더 소스의 길이가 길어질 뿐 (그리고 그만큼 개발자인 저도 귀찮아질 뿐...) 사용에는 큰 지장은 없었습니다.

그럼에도 불구하고 저는 더 나은 방법을 찾고 싶었고, 그에 대한 해답으로 제시한 것이 Thymeleaf Layout Dialect 였습니다.

 

우선 기존에는 어떤 느낌이었는지를 그림으로 보여드리겠습니다.

기존에 사용하던 방식을 나타낸 그림

기존 사용하던 방식

위와 같이 기존에 사용하던 방식은 top과 left의 메뉴를 일일이 화면에 replace를 해주어야 했습니다.

사실 하나씩 replace를 해주면 금방끝나는거겠지만, 화면이 계속해서 늘어남에 따라 replace해주어야하는 양도 그만큼 늘어날 것이고, 화면이 더 늘어나기 전에 해결을 해둠으로써 저의 잠자는 시간을 지키기위해 좀 더 편리함을 추구 하기 위해 검색을 해보았습니다.

 

변경된 방식을 나타낸 그림

변경된 방식

검색의 결과, 저는 위 그림처럼 contents를 기존의 layout의 특정영역(즉 기존 layout의 contents영역)에 바꿔치기를 해주는 방식을 찾아냈습니다.

이게 바로 Thymeleaf Layout Dialect이었고, 간편하게 dependency만 추가해주면 정말 편리하게 사용할 수 있었습니다.

(사실 dependency추가 안해놓고 왜 안되냐고 삽질하면서 20분 날려먹은건 비밀입니다..)

 

장단점

이 방식의 최대의 장점은 기존의 layout의 틀만 잡아놓고, 변경을 해둘 contents의 부분만 잘 잡아놔주면, 개발자는 해당 contents만 작업을 해주면, 미리 layout에 잡아놓은 common적인 요소들은 그냥 기본적으로 딸려온다는 점이죠.

그만큼 소스작업에 있어서도 굉장한 편리성이 느껴집니다.

 

대신 단점은 contents만이 아니라 common요소에 대한 커스텀이 필요할 때에는 common요소에 대해서 단일화면에서만 사용하기 위한 용도로는 수정이 불가하다는 점이 있습니다.

이럴때에는 기존에 사용하던 Thymeleaf의 replace나 include기능을 사용해 커스텀을 이용해주면 되겠지만 말이죠.

 

Thymeleaf Layout Dialect의 License

mvnrepository를 이용하면 License의 정보를 쉽게 파악할 수 있는데요,

Thymeleaf Layout Dialet의 License는 Thymeleaf와 동일한 Apache 2.0입니다.

큰 문제없이 사용이 가능할것으로 보여 License만 체크 후 바로 dependency에 추가했습니다 ㅋㅋㅋ

 


으헉.. 벌써 2시 7분이네요!

내일을 위해서 얼른 자야겠네요ㅠㅠ

공부는 즐거운데 시간은 항상 왜 이렇게 빨리지나가는지 아쉽기만합니다 ㅠㅠㅠ

 

 

버전정보 (v1.0)

 - v1.0 2020.07.29 배포

 

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 Bold를 사용했습니다.

* 본 게시글의 이미지는 전부 (이미지 내의 픽토그램 등) 직접 제작했음을 명시합니다.

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

 

Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등

모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.

Project.다원 Ensemble

Karzin

abbeea@naver.com

 

 


Project.다원 Ensemble_개발(5)_장비 등록 화면 개발


휴식을 갖기 전에 열심히 베이스를 깔아놔서 그런지 화면 개발은 화면 하나당 하루(대략 1~2시간 정도)정도 잡으면 될 것 같네요. (휴일이었으면 하루면 다 만들 듯..)

일단 기능적인 요소를 제거하고 front와 back단 조금 잡아주는 부분까지만을 1~2시간 정도로 잡고 있습니다. 사실 하나 완성되면 그 이후는 더 금방 끝날것도 같지만..

오늘은 그런 의미에서 개발 진척된 부분 가지고 나와봤습니다!


우선 개발 진행되고 있는 장비 등록을 보여드리기 전에! 잊으셨을 수 있으니, Wireframe과 화면설계서를 한번 보여드리고 진척사항을 설명하도록 하겠습니다.

여기서는 설계단의 자세한 설명은 생략하고 이미지만 보여드릴 예정입니다.

혹시라도 설계관련 자세한 사항은 아래 링크를 통해 장비등록의 Wireframe과 화면설계서를 보시는걸 추천드립니다.

 

Wireframe & 화면설계서 (링크)

 

Project.다원 Ensemble_설계(5)_장비관리-장비등록 Wireframe&화면설계서(1)

Project.다원 Ensemble_설계(5)_장비관리-장비등록 Wireframe&화면설계서(1) 역시 저는 설계하다보면 괜한거 하나하나까지 꼼꼼히 따져가면서 하게되네요;;; 역시 귀찮은 성격,,,(?!?!?) 아니나다를까 설계�

karzin.tistory.com

Wireframe

장비등록 Wireframe

 

화면설계서 - PC 버전

장비등록 화면설계서 - PC버전

 

화면설계서 - Mobile 버전

장비등록 화면설계서 Mobile 버전


설계서를 토대로 개발 진행된 사항 - PC 버전

장비등록 개발 화면 (PC)

어찌보면 Prototype이라고 하기에는 아쉬운 수준의 미완성적인 개발된 내역입니다.

처음 몇몇 Component들 잡아주는 부분이 시간이 걸렸을 뿐이지, 아마 이후부터는 개발에 좀 더 속도가 붙지 않을까 싶습니다.

일단 input box 안에 들어간 내용들은 직접 입력해본 내용물입니다.

화면설계서와 비슷하게 만드려고 노력은 했지만, 역시나 디자인이 조금 아쉽기는 하네요.

이 디자인은 조금씩 다듬어가면서 계속해서 업그레이드 해나갈 예정이니 지금은 아쉽더라도 기능을 붙여가면서 조금씩 만져봐야겠습니다 ㅋㅋ

 

설계서를 토대로 개발 진행된 사항 - Mobile 버전

장비등록 개발 화면 (Mobile)

모바일에서는 지금은 이러한 화면을 보여주고는 있는데, 해당부분은 실제 테스트를 통해서 변경될 수 있는 부분이 많이 있을 듯 합니다.

아무래도 사용하면서 불편한 부분들도 몇몇 보일텐데 그러한 부분들은 점차 해결해나가야할 것 같습니다.

 

음! 그러고보니 모바일버전에서 메뉴를 누르게되면 어떤 느낌인지 궁금하실 수 있는데 이 부분은 아래와 같은 느낌입니다! 퍼런색으로 다 칠해놨더니 조금 아쉬운 부분이 많아서 ㅋㅋㅋㅋ 심심할때마다 디자인은 계속 변경해봐야겠습니다 ㅋㅋㅋ

모바일에서의 메뉴


첫 화면이 드디어 뽑히게 되어 아마 이후 화면들은 금방금방 뽑아낼 수 있을 것 같습니다. (칼국수!?_)

그만큼 첫 화면이 중요한게 아무래도 틀이 잡혀가는데 시간이 생각보다 많이 들어서.. 역시 시작이 조금 걸릴뿐이지 이후는 별다른 기능의 Component들만 아니라면 금방금방 뽑혀 나올 것 같습니다.

화면만 대충이라도 나와주면 DB연동작업(특히 Back-end단)이 한창 시작될 것 같네요.

뭐.. Component 중에서도 제가 좀 손을 봐야하는 부분이 몇몇 있기는 한데.. 이것저것 하나씩 잡고 진행하다보면 어느정도 작업이 마무리 되어가지않을까 생각합니다.

 

일단 오늘은 이정도에서 마무리하고, 기능검토 게시글도 같이 작성중이던게 있어서 그 부분까지만 작성하고 취침하러 가봐야겠네요 ㅋㅋㅋ

 

오늘도 고생 많으셨습니다~

 

 

버전정보 (v1.0)

 - v1.0 2020.07.29 배포

 

* 본 게시글의 이미지에 들어간 글씨체는 네이버 나눔 글씨체인 나눔스퀘어 Bold를 사용했습니다.

* 본 게시글의 이미지는 전부 (이미지 내의 픽토그램 등) 직접 제작했음을 명시합니다.

* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.

* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.

* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.

 

Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등

모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.

Project.다원 Ensemble

Karzin

abbeea@naver.com



+ Recent posts