다운로드 : https://dbeaver.io/download/

■ DBeaver - Data Base Tool

디비버는 무료로 사용이 가능한 커뮤니티(Community) 버전을 제공하는 DB 툴이다.

많은 DBMS는 각각의 맞는 관리 툴이 존재하는데

Oralce의 경우 Oralce SQL Developer

MySQL의 경우에는 MySql Workbench

MsSQL의 경우 Microsoft SQL Server Management Studio

MariaDB의 경우 Heidi SQL 등이 존재하지만.

매번 DBMS가 변경될 때 그에 따른 관리 툴도 변경해 가며 사용하는 것은

사용자 입장에서 지치는 일이다.

필자는 Oralce, MySQL, MSSql, DB2, MongoDB, Sybase등 다양한 DBMS를 사용하게 되었었기에.

무료이면서 이 모든걸 한번에 관리할 수 있다는 것이 상당히 매력적으로 다가왔다.

이정도로 많은 DBMS를 지원했던건 유료로 사용해야 했던 Aqua Data Studio 뿐이었기에...

한글을 지원하지 않는다는 것은 좀 아쉽지만.

무료로 사용하면서 이정도 확장성을 지닌 제품을 만나본 적이 없었기에.

추천하는 프로그램이다.

# 설정01 - Line Number 보이기

■ 버추얼 박스 공유 폴더 우분투에서 마운트 하고 사용하기.

#01. 설치 패키지

P.S 위 정보는 필자도 다른 블로그들을 참고하며 설치한 기능이다.

     버추얼 박스 게스트 확장 CD 기능을 활성화 하기위해 설치할 패키지들은 총 5가지 이지만.

     우분투 데스크탑(Ubuntu Desktop), 우분투 서버(Ubuntu Server)

     $ sudo apt-get install linux-generic

     해당 명령어 하나만 해도 버추얼 박스 게스트 확장 CD를 사용하는것에는 문제가 없었다.

     정말 필요한 패키지가 뭔지는 좀더 간추려서 추후 정리할 예정이다.

#02. 버추얼 박스 게스트 확장 CD 이미지 삽입

버추얼 박스 상단 메뉴중 장치의 하위 메뉴인 게스트 확장 CD 이미지 삽입을 클릭한다.

GUI 환경이라면 위 이미지와 같이

버추얼 박스의 게스트 확장 CD 이미지가 나타나는 것을 확인 할 수 있을것이다.

#03. 우분투에서 게스트 확장 CD 마운트 하기

생성된 게스트 확장 CD에서 VBoxLinuxAdditions.run 파일을 실행해야 하는데.

우선 VBox_GAs CD를 바로 읽을 수가 없기에.

우선 마운트를 해서 사용해야 한다.

게스트 확장 CD를 마운트할 디렉토리를 먼저 생성하자.

디렉토리를 생성했다면.

이제 게스트 확장 CD를 마운트 한다.

마운트가 완료되었다면 이제 새롭게 생성한

/tools/cdrom 에 존재하는

VBoxLinuxAdditions.run 파일을 실행한다.

#04. 버추얼 박스 공유 폴더 설정

버추얼 박스에 사용중인 우분투와 공유하기 위한 공유 폴더를

먼저 윈도우에서 생성해 둔다.

필자는 mount라는 폴더를 만들어 두고, 포스팅 글을 작성하기위해.

이미지 파일을 하나 올려두었다.

공유 폴더를 설정하기위해 버추얼 박스 상단 메뉴중에서

장치 > 공유 폴더 > 공유 폴더 설정 을 실해시켜 보자.

설정 창이 뜨면 좌측 메뉴증에서 공유 폴더를 선택해준다.

그럼 공유 폴더 관련 설정이 나오게 되는데

여기서 머신 폴더 를 선택해준뒤 마지막으로 생성 버튼을 클릭한다.

생성버튼을 클릭했다면 공유 추가라는 작은 창이 뜨게되는데

여기서 버추얼 박스에 설치된 우분투와 공유할 폴더의 경로를 입력하고.

일기 전용, 자동 마운트, 항상 사용하기 중에서

사용 목적에 맞게 선택한다.

이제 확인 버튼을 클릭하고 공유 추가 창을 닫으면

선택된 디렉토리의 경로가 지정된 것을 확인 할 수 가 있다.

#05. 우분투에서 버추얼 박스 공유폴더 마운트 하기

이제 마무리 단계이다.

가장 먼저 우분투에서 공유 폴더를 마운트할 폴더를 새로 생성해 주자.

위와같이 mount라는 디렉토리를 우분투 사용자 폴더에 생성을 해 주었다.

이제 이 폴더를 마운트 하기만 하면된다.

위 작업까지 진행되었다면.

마운트한 폴더의 경로로 이동해 보자.

윈도우즈에서 생성한 mount  폴더에서 올려두었던

keyboard.jpg 파일이 존재하는것을 확인 할 수 있다.

성공적으로 마운트 되었다.~

참고 : http://cofs.tistory.com/270

해당 코드는 제목대로 사용자의 더블 클릭 이벤트가 발생하였을 경우 예외처리가 가능하다.

그렇지만 윈도우 바탕화면의 실행 아이콘을 더블 클릭하는것과 같이.

빠르게 더블 클릭하는것을 예외 처리하는 코드가 아니라는것을 우선 밝혀두는 바이다.

그저 그런 이벤트를 막기위한 한가지 꼼수라고 생각하고 포스팅을 보길 바란다.

■ 짝수 클릭의 경우 예외 처리하기

특정 이벤트 실행시 더블 클릭을 방지하기 위해서 제작되었다.

위 코드의 원본은 http://cofs.tistory.com/270 포스팅을

현재 필자가 진행한 프로젝트에 맞게 수정한 내용이다.

해당 코드를 사용시 주의할 점이 존재하기에 우선 그 부분을 먼저 설명하고자 한다.

# 주의사항

# 소스 코드

# 출력 결과

참고 : 자바스크립트 닌자 비급

■ 자바스크립트 테스트 방식

로버트 프로스트(Robert Frost)는 좋은 울타리가 좋은 이웃을 만든다고 했다.

웹 애플리케이션의 세계에서는 그리고 모든 프로그래밍 수련에서는, 좋은 테스트가 좋은 코드를 만든다.

"좋은"이라는 단어를 강조하고 있다는 것을 기억하라.

광범위한 테스트 스위트를 가지고 있다고 하더라도 테스트들이 제대로 만들어져 있지 않다면

코드의 품질을 향상시키는 데는 조금도 도움이 되지 않는 상황이 발생할 수 있다.

좋은 테스트는 다음 세가지 특성이 있다.

#01. 반복성

테스트 결과는 항상 재현 가능해야 한다.

테스트가 반복적으로 실행되면, 항상 정확히 같은 결과를 내야 한다.

테스트 결과가 그때그때 다르다면, 어떻게 그 결과를 맞다고 혹은 틀리다고 할 수 있을까?

뿐만 아니라 재현 가능성은 테스트가 네트워크나 CPU 부하 등의 외부 요인과 독립적이라는 것을 보장하낟.

#02. 간결성

테스트는 테스트를 하는 것에만 집중해야 한다.

테스트 코드의 의도를 훼손하지 않는 한,

가능한 많은 HTML 마크업, CSS, JavaScript를 제거하기 위해서 노력해야 한다.

더 많이 제거 할수록, 테스트 대상이 아닌 코드가 테스트 케이스에 영향을 줄 확률이 낮아진다.

#03. 독립성

각 테스트는 독립적으로 동작해야 한다.

테스트의 결과가 다른 테스트에 의존적이 되는 것을 피해야 한다.

테스트를 가능한 작은 단위로 분리하는 편이 에러가 났을 때 정확한 버그의 원인을 찾는데 도움이 될 것이다.

테스트를 만드는 방법은 여러 가지가 있는데,

크게 제거적(Deconstructive) 테스트와 추가적(Constructive) 테스트가 있다.

#01. 제거적 테스트 케이스

문제를 격리하기 위해 테스트와 상관 없는 모든것을 제거하여 기존의 코드가 줄어들면,

제거적 테스트 케이스가 만들어진다.

이는 앞서 예로 든 세 가지 특성을 얻는데 도움이 된다.

추가적인 마크업, CSS, JavaScript를 제거한 웹 사이트로 테스트를 시작할 수 있다.

문제를 재현할 수 있는 보다 작은 경우에 도달하게 될 것이다.

#02. 추가적 테스트 케이스

추가적 테스트 케이스를 이용할 때는 올바르다고 알고 있는,

작은 테스트 케이스를 가지고 확인하려는 버그가 재현될 때가지 테스트 케이스를 늘려 나간다.

이 스타일의 테스트를 사용하려면,

테스트를 구축할 수 있는 간단한 테스트 파일 몇 개와 코드의 깨끗한 사본을 가지고 테스트를 생성하는 방법이 필요하다.

추가적 테스트 예제를 살펴보자.

작은 테스트 케이스를 생성할 때, 소수의 HTML 파일과 그 HTML 파일에 이미 포함되어 있는 최소한의 기능만으로 시작할 수 있다.

예를 들면, 한 파일은 DOM 조작 기능만 있고, 다른 한 파일에는 Ajax 테스틈만 있으면,

다른 하나에는 애니메이션 테스트 기능만 있는 식으로 여러 기능을 서로 다른 파일에 둘 수 있다.

다음 코드는 jQuer를 테스트하는 데 쓰이는 간단한 DOM 테스트를 예로 들고 있다.

jQuery를 위해 축소한 DOM 테스트 케이스

깨끗한 상태에서 테스를 만들기 위해서, 다음과 같이 간단한 쉘 스크립트를 이용해 라이브러리를 체크아웃하고

거기다가 테스트 케이스를 복하나 다음 테스트 스위트를 빌드하도록 할 수 있다.

./get.sh mytest dom

이는 dom.html로부터 DOM 테스트 케이스를 가져와서, 로컬 Git 저장소에 해당 테스트 케이스를 추가한다.

다른 대안은 간단한 테스트 케이스를 생성하기 위해 미리 구축된 서비스를 이용하는 것이다.

이런 서비스 중 하나는 JS Bin(http://jsbin.com/)이다.

이 서비스는 간단히 테스트 케이슬르 만들고 유일한 URL을 통해서 접근할 수 있게 해준다.

(심지어 몇몇 유명한 자바스크립트 라이브러리를 복사해서 테스트에 포함시킬 수도 있다.)

테스트 케이스를 생성하는데 필요한 도구와 지식을 갖추면, 테스트 케이스를 모아놓은 테스트 스위트를 구축할 수 있고,

이로 인해 테스트를 반복해서 실행하는 것이 쉬워진다.