이 도구가 해결하는 일

DB 컬럼은 user_login_id, 자바 필드는 userLoginId, URL은 user-login-id — 같은 이름이 계층마다 표기법만 다릅니다. 테이블 정의서에서 컬럼 목록을 복사해 DTO 필드로, API 명세의 키를 상수명으로 바꾸는 단순 반복 작업을 여러 줄 일괄 변환으로 끝냅니다.

한눈에 — 같은 이름의 여섯 표기

표기법user_login_id의 변환주 용도
camelCaseuserLoginIdJava·JS 변수/필드
PascalCaseUserLoginId클래스·타입 이름
snake_caseuser_login_idDB 컬럼·Python
SCREAMING_SNAKEUSER_LOGIN_ID상수
kebab-caseuser-login-idURL·CSS 클래스·파일명
Title CaseUser Login Id문서 제목·라벨

변환의 품질을 가르는 것 — 단어 분해

케이스 변환의 실제 난점은 붙이는 쪽이 아니라 쪼개는 쪽입니다. parseHTTPResponse2를 어떻게 단어로 나눌 것인가 — 이 도구는 연속 대문자 약어(HTTP)·숫자 경계·혼합 구분자를 이해하는 자체 토크나이저로 분해한 뒤 목표 표기로 재조립합니다. 그래서 HTTP2Server·user_id-Value 같은 지저분한 입력도 일관되게 변환됩니다.

parseHTTPResponse2  → 분해: parse / HTTP / Response / 2
→ snake_case: parse_http_response_2
→ kebab-case: parse-http-response-2

왜 계층마다 표기가 다른가

취향 문제가 아니라 각 계층의 제약이 만든 관례입니다. DB가 스네이크를 쓰는 것은 식별자 대소문자를 구분하지 않(거나 소문자로 접는) 전통 때문이고 — 대소문자로 단어를 가를 수 없으니 언더스코어가 경계가 됩니다. URL·파일명이 케밥을 선호하는 것은 소문자 관례 속에서 하이픈이 가장 안전한 구분자이기 때문입니다. Java·JS의 카멜, 클래스의 파스칼, 상수의 대문자 스네이크는 언어 커뮤니티의 오랜 컨벤션입니다. 관례를 알면 "어느 방향으로 변환할지"가 자연스럽게 정해집니다.

실무 시나리오

자주 겪는 함정

자주 묻는 질문

여러 줄을 한 번에 바꿀 수 있나요?
네. 줄마다 독립적으로 변환됩니다 — 컬럼 목록·상수 목록 처리가 주 용도입니다.
변환 결과가 코드 문법에 맞나요?
표기법 규칙대로 조립할 뿐, 예약어 충돌(예: class)까지 검사하지는 않습니다. 컴파일러가 최종 심판입니다.
어떤 구분자를 인식하나요?
언더스코어·하이픈·공백·대소문자 경계·숫자 경계를 모두 인식하고, 섞여 있어도 분해합니다.
입력이 서버로 전송되나요?
아니요. 토큰 분해·재조립 전부 브라우저 안에서 처리됩니다.
대문자만으로 된 단어는 어떻게 되나요?
ID·URL 같은 연속 대문자는 하나의 약어 단어로 분해된 뒤 목표 표기 규칙을 따릅니다.
빈 줄이나 주석 줄이 섞여 있으면요?
빈 줄은 빈 줄로 유지됩니다. 주석 기호까지 식별자로 취급되니, 이름만 남긴 목록으로 정리한 뒤 변환하는 것이 안전합니다.
구분자가 연달아 있으면(a__b) 어떻게 되나요?
빈 조각은 버리고 a / b 두 단어로 분해합니다 — 이중 언더스코어가 이중으로 남지 않습니다.

함께 쓰는 도구

변환한 필드 목록으로 JSON 뼈대를 만들려면 포맷터의 필드→JSON으로 이어가세요. 변환 전후 목록의 차이 확인은 Diff 비교가 빠르고, 목록에 붙은 앞뒤 공백은 인코딩/변환의 공백 정리가 먼저 걷어냅니다.

DoffKit(도프킷) — 개발자 텍스트·코드 툴킷

DoffKit(도프킷)은 개발자가 매일 반복하는 텍스트·코드 손작업을 한 화면에 모은 웹 툴킷입니다. JSON·SQL·XML 포맷터(XML은 문서·트리 뷰어 겸), 들여쓰기 정리, 느슨한 객체 정규화, 인코딩 변환과 암복호화, 텍스트 비교(Diff), 정규식 테스트, 케이스 변환, 해시·로직 지문, 스택트레이스 정리, URL 파싱까지 자주 쓰는 도구를 설치나 회원가입 없이 브라우저에서 바로 씁니다.

모든 계산과 변환은 접속한 기기(브라우저) 안에서 끝나며, 입력한 코드·데이터는 외부 서버로 전송되지 않습니다. 사내망·보안이 민감한 환경에서 온라인 포맷터에 코드를 붙여넣기 꺼려질 때를 위해 만들었습니다. 아래에서 각 도구의 쓰임과 자주 묻는 질문을 정리했습니다.

주요 기능

사용법

포맷터·들여쓰기

한 줄로 뭉친 JSON이나 SQL을 붙여넣으면 사람이 읽을 수 있게 정렬하고 구문을 색으로 구분합니다. XML은 포맷에 더해 문서 뷰 — 꺾쇠·태그 없이 제목·라벨:값·표로 읽는 화면 — 와 접기·검색이 되는 트리 뷰를 제공해, 서버 설정 파일처럼 긴 XML을 훑기 좋습니다. 필드→JSON 서브탭은 id·login처럼 필드 이름만 줄줄이 붙여넣으면 키를 채운 JSON 뼈대를 만들어 주고, 값은 표에서 채웁니다. 전문(고정길이) 모드로 바꾸면 레이아웃(이름·길이·타입)에 맞춰 문자는 공백, 숫자는 0으로 패딩한 TCP 전문을 자동 조립합니다 — 길이 기준은 EUC-KR·UTF-8 바이트, 문자 수 중에서 고릅니다. 느슨한 객체 탭은 따옴표가 빠진 키나 트레일링 콤마처럼 표준을 벗어난 데이터도 정규화해 줍니다.

인코딩·암복호화

Base64·URL 인코딩을 양방향으로 바꾸고, JWT 토큰을 사람이 읽을 수 있게 디코딩합니다. 암복호화는 브라우저 내장 Web Crypto 표준을 써서 키와 평문이 기기 밖으로 나가지 않습니다.

Diff 비교·정규식

두 텍스트나 코드의 바뀐 부분을 줄·글자 단위로 강조해 비교합니다. 정규식 테스터는 패턴과 대상 문자열을 넣으면 일치 위치를 실시간으로 보여주고, 자주 쓰는 패턴 치트시트를 제공합니다.

케이스·해시·스택트레이스·URL

변수명을 카멜/스네이크/케밥으로 바꾸고, 문자열의 SHA-2 해시와 코드의 로직 지문을 계산합니다. 지저분한 스택트레이스에서 원인 체인을 정리하고, URL의 쿼리 파라미터를 표로 풀어냅니다.

자주 묻는 질문

DoffKit은 무료인가요?

네, 모든 도구를 무료로 쓸 수 있습니다. 운영 비용은 페이지에 표시되는 광고로 충당합니다.

회원가입이나 설치가 필요한가요?

아니요. 브라우저로 페이지를 열면 바로 쓸 수 있고, 로그인이나 프로그램 설치가 필요 없습니다.

입력한 코드나 데이터가 서버로 전송되나요?

아니요. 포맷·비교·암복호화 등 모든 처리는 접속한 기기의 브라우저 안에서 이뤄지며, 입력한 내용은 외부 서버로 전송되지 않습니다.

인터넷 연결이 필요한가요?

페이지를 처음 여는 데는 인터넷이 필요합니다. 다만 도구의 계산·변환은 접속한 기기 안에서 처리되어 입력값이 외부로 나가지 않습니다.

어떤 정보가 저장되나요?

테마(다크/라이트)와 마지막으로 연 탭 같은 화면 설정만 브라우저 localStorage에 저장됩니다. 입력한 코드·텍스트 자체는 저장하지 않습니다.

광고와 쿠키는 어떻게 처리되나요?

Google 애드센스 광고가 표시될 수 있으며 광고 목적의 제3자 쿠키가 사용될 수 있습니다. 자세한 내용은 페이지 하단 "개인정보 안내"에서 확인할 수 있습니다.

도구별 페이지

도구 가이드·레퍼런스