안녕하세요, Brad입니다. 오늘 공부한 내용 정리해볼게요. 이벤트 위임(Event Delegation)은 뭘까요?(기존 질문 내용 복습) 다수의 자식 요소에 이벤트를 모두 등록시킬 필요없이 부모에 이벤트를 등록시킴으로써 아래 이벤트들을 바인딩하는 것을 말합니다.(참고) 이러한 위임이 가능한 것이 하나의 이벤트가 발생되었을 때 상위 태그까지 영향을 미치는 내부 작동원리 덕분이라고 하네요. 현재 단계에서 Comment 지우기를 하고 있는데요. 이 이벤트 위임 덕분에 각각의 자식 요소에 이벤트 등록을 하지 않더라도 부모 태그에서 관리를 할 수 있습니다. ajax 처리 후 path이동하면서 white page뜨는 경우 현재는 해결한 상태인데요. 아직도 제가 어떻게 해결했는지 모르겠습니다. 분명 여러 테스트를 ..
안녕하세요, Brad입니다. 오늘 공부한 내용 짧게 정리해볼게요. AJax에서의 dataType과 contentType contentType은 서버로 데이터를 보낼 때의 타입을 말합니다. JSON으로 보내줄 때는 contentType : 'application/json' 와 같이 사용할 수 있습니다. dataType은 서버로부터 데이터를 받을 때의 타입을 말합니다. 위 두 가지의 경우에서 타입이 맞지 않으면 parsing오류가 발생하는데 혹시 그런 parsing 오류가 발생하면 의심해봐야 할 부분이 이 두 부분입니다! Ajax로 받은 데이터 포맷팅은 어떻게 해야할까요? 이 부분 때문에 많이 헤매였습니다. 이전에 받은 데이터에 대해서 해당 html 안에 대입해 넣었거든요. 전 html을 가지고 있는 변수에..
programmers. 등굣길 지도 문제 그리고 최단거리를 보니 저도 모르게 bfs를 생각하게 되었습니다. 이러한 고정관념이 문제를 다양한 방식으로 생각하는 것을 막았던 것 같습니다. 그렇기 때문에 전형적인 bfs를 푸는 방식으로 큐를 이용하여 풀었습니다. 하지만 bfs는 최단거리를 찾는 것에 최적화된 것이지 '최단거리를 갈 수 있는 개수'에 대해서는 최적화되진 않았기 때문에 bfs코드에서 추가적인 조건이 붙었습니다. 그래서 목적지의 위와 옆에 왔을 때는 visit표시를 하지않고(만약 해버리면 다른 경우의 수가 무시되기 때문입니다) 그 개수를 세아렸습니다. 하지만 역시 어설픈 저의 조건인지 몇 개의 경우 오류가 났고 결정적으로 런타임 오류가 발생하였습니다. class Solution { p..
안녕하세요, Brad입니다. 오늘 공부한 내용 정리해볼게요. BindingResult는 뭘까요? @Valid 의 오류 여부를 체크해줍니다. 주의할 점은 @Valid 파라미터 바로 뒤의 매개변수로 있어야 한다는 점입니다. ajax 통신시 Session값이 넘어갈까요? 직접 테스트를 해보면서 Session값이 정상적으로 넘어가는 것을 확인하였습니다. 따라서 ajax을 이용하면서도 @LoginUser 체크를 할 수 있을 것 같네요 ajax 통신시 dataType 이전에 사용했던 ajax를 사용하다보니 dataType : 'json', 으로 사용하고 있었습니다. 아무런 데이터를 전달하지 않는 상황(ajax 메서드 내 data 필드가 없을때) 에서 이런 데이터 타입을 사용하게 되면 오류가 발생하더라..
programmers. 정수 삼각형 동적 계획법의 대표적인 문제였던 것 같습니다. 처음에 재귀적으로만 접근했다가 '시간 초과'를 경험하고 다른 코드들을 참고하다가 Memorization을 사용할 수 있다는 것을 다시 깨닫게 되었습니다. Memorization은 이전의 값을 기록해둠으로써 이후에 불필요한 계산을 줄일 수 있게 해줍니다. 그렇기 때문에 앞의 결과에 따라서 뒤에서 처리해주는 것이 동적으로 달라지죠. 그럼 앞서 재귀로 풀면서 시간초과했던 코드부터 보겠습니다. class Solution { private int maxSum; public int solution(int[][] triangle) { search(triangle, 0, 0, 0); return maxSum; } publi..
안녕하세요, Brad입니다. 오늘은 '서버배포', 'Ajax'처리에 대해서 배울 수 있는 기회가 생겼는데요. 비록 삽질도 하긴 했지만 시간이 어떻게 흘렀는지 모르게 흥미로웠습니다. 그럼 정리한 내용을 살펴보도록 하겠습니다. 서버배포 기초 ssh가 가능했던 이유 security-group 인바운드 : 서버 입장에서 들어오는 것을 말합니다. 아웃바운드 : 서버 입장에서 보내는 것을 말합니다. 인바운드의 SSH인 22번 포트를 열어놓았기 때문에 가능합니다. SSH는 TCP레벨(HTTP레벨 아래)에서 관리합니다. 서버 명령어 파일 만들기 : touch 편집기 띄우기 : vi (파일명) #!/bin/bash echo "Hello World" 이렇게 저장하고 실행하면 안됩니다. 실행권한..
