글을 camelCase로 변환 첫낱말은소문자 무료 온라인 안전

한 줄 붙여 넣으면 바로 camelCase로 읽힙니다. 모두 여러분의 브라우저 안에서 일어나고, 입력한 것은 어디로도 보내지지 않으며, 규칙은 영어가 아니라 이 쪽의 언어를 따릅니다.

다르게 써 보기

첫 낱말은 소문자, 나머지는 대문자로 시작

당신의 글

결과

이 표기에 대하여

하는 일 줄을 낱말로 자르고, 첫 낱말은 소문자로 두고 뒤따르는 낱말마다 첫 글자를 올린 다음, 사이에 아무것도 넣지 않고 붙입니다.

하지 않는 일 문장 부호는 남지 않습니다. 쉼표, 마침표, 줄표는 낱말 사이의 경계이지 가져갈 글자가 아닙니다 — 변수 이름에는 바라는 바이고, 산문에는 아닙니다.

그리고 언어 낱말로 자르려면 경계가 있어야 합니다. 중국어와 일본어는 띄어쓰기를 하지 않으므로 그 문자로 쓴 줄은 한 낱말로 돌아옵니다 — 짐작한 자리에서 자르느니 그렇게 말하는 쪽을 택합니다.

어디에서 도는가 여러분의 브라우저 안에서. 여기 입력한 것은 어디로도 보내지지 않습니다 — 초고도, 비밀번호도, 거래처 이름도 텍스트 편집기만큼 안전합니다.

업로드 없음

같은 줄을, 일곱 가지 표기 모두로

표기	같은 줄을, 그 표기로
대문자	CRÈME BRÛLÉE 2인분 — STRASSE 17, FOOBAR
소문자	crème brûlée 2인분 — straße 17, foobar
Title Case	Crème Brûlée 2인분 — Straße 17, Foobar
snake_case	crème_brûlée_2인분_straße_17_foo_bar
kebab-case	crème-brûlée-2인분-straße-17-foo-bar
camelCase	crèmeBrûlée2인분Straße17FooBar
URL 주소	creme-brulee-2인분-strasse-17-foobar

이 표기 형식은 어디에서 왔는가

큰 글자와 작은 글자는 한때 서로 다른 두 벌의 글자였습니다. 큰 글자는 로마의 것으로 끌로 돌에 새겼고, 작은 글자는 양피지 위를 빠르게 달린 붓이 빚어낸 카롤링 소문자에서 내려왔습니다. 인쇄공들은 둘을 서로 다른 활자 상자에 두었고 — 윗상자와 아랫상자 — 상자가 사라진 뒤로도 그 이름만은 오래 남았습니다. 프로그래밍의 형식들은 훨씬 젊고, 단 하나의 문제를 풀려고 지어졌습니다. 이름에는 빈칸이 들어갈 수 없다는 문제입니다. snake_case는 초기 C에서, camelCase는 Smalltalk에서, kebab-case는 Lisp에서, 그리고 주소의 슬러그는 빈칸과 덧붙임표가 허용되지 않는 주소에 사람이 읽을 제목을 넣어야 할 필요에서 나왔습니다.

어디에서 마주치는가

낱말마다 큰 글자로 쓰는 방식은 제목과 책 표지의 것입니다. 문장처럼 쓰는 방식은 나머지 거의 전부의 것이고, 읽기가 빨라 화면의 표시에도 점점 퍼지고 있습니다. snake_case는 데이터베이스 열과 파이썬 변수에 이름을 주고, camelCase는 자바스크립트 변수와 자바 메서드에, kebab-case는 CSS 클래스와 웹 프로젝트의 파일 이름에 줍니다. 슬러그는 글의 제목을 주소의 마지막 부분으로 바꾸는 것이며, 여기 있는 변환 가운데 검색 엔진이 읽는 것은 그것뿐입니다.

자주 묻는 질문

큰 글자로 바꾸면 왜 때때로 글자 수가 달라지나요?

글자의 크기 구분은 글자 자체가 아니라 언어의 성질이기 때문입니다. 독일어 ß는 큰 글자로 SS가 되어 한 글자가 둘이 됩니다. 터키어에는 점 있는 i와 점 없는 i가 있고, i의 큰 글자는 I가 아니라 İ입니다. 여기서 틀리면 터키어 낱말이 다른 낱말이 되고 맙니다. 이 쪽의 변환은 각 쪽의 언어 규칙을 따르므로, 같은 입력이라도 터키어 쪽과 영어 쪽에서 결과가 다를 수 있습니다.

슬러그는 왜 덧붙임표와 문장 부호를 없애나요?

주소는 메시지에 복사되고 종이에 인쇄되고 손으로 다시 입력되는 일을 견뎌야 하기 때문입니다. 덧붙임표가 붙은 글자는 요즘 주소에서도 허용되지만 복사할 때 백분율로 부호화되어, 읽히던 주소가 기호의 행렬로 바뀝니다. 그것을 민 글자와 숫자와 붙임표까지 깎아 내면 주소는 읽히고, 나누기 좋고, 어디에 나타나든 똑같은 모습으로 남습니다.

답이 정확한가요?

두 단위가 정수로 서로 정의되어 있으면 정확합니다 — 쪽에서 숫자 위에 그렇게 밝히고 있고, 반올림은 몇 자리를 보여 주느냐에만 있습니다. 비가 유한소수가 아닐 때는 유효숫자 열두 자리를 보여 주고 관계가 근사라고 말합니다. 아닌 척하지 않습니다.

제가 입력한 것이 기기 밖으로 나가나요?

아니요. 계산은 여러분의 브라우저 안에서 이루어집니다. 아무것도 올라가지 않고, 올릴 서버도 없습니다. 한 번 불러오면 네트워크를 꺼도 동작합니다.

텍스트를 camelCase로 변환하는 이유

거의 모든 JavaScript 파일, 모든 Java 클래스, 모든 Swift나 Kotlin 소스를 열어 보면 이름의 모양이 똑같습니다. userName, totalPrice, getCustomerById, isLoggedIn 같은 것들입니다. 단어들이 공백도 구분자도 없이 붙어 있고, 첫 단어는 소문자로, 그 뒤의 단어들은 각각 대문자로 시작하여, 단어 중간에 솟은 혹 모양이 이 스타일의 이름이 되었습니다. 이것이 camelCase이며, C 계열 언어 대부분이 변수와 함수에 정착한 형태입니다. 텍스트를 camelCase로 변환한다는 것은 사람이 쓰는 대로의 구절을 프로그램이 받아들이고 프로그래머가 알아볼 수 있는 이름으로 바꾸는 일입니다.

한 줄을 붙여 넣고 camelCase로 읽어 보십시오. 변환은 브라우저 안에서 이루어지고, 입력하는 내용은 어디로도 전송되지 않으며, 규칙은 영어가 아니라 이 페이지의 언어를 따릅니다. 줄을 단어로 자르고, 첫 단어는 소문자로 두고, 그 뒤의 각 단어는 첫 글자를 대문자로 올리고, 사이에 아무것도 넣지 않고 이어 붙입니다. 아래에서는 이 페이지가 정확히 무엇을 하고 무엇을 하지 않는지, 여러 언어의 까다로운 글자를 어떻게 다루는지, camelCase와 그 대문자 형제의 차이, 이 형태가 관례인 곳과 아닌 곳, 그리고 서둘러 텍스트를 camelCase로 변환하는 사람들이 걸려드는 함정을 설명합니다.

변환이 하는 일

자르고, 처음은 소문자, 이후는 대문자, 이어 붙이기

페이지는 먼저 줄을 단어로 자릅니다. 첫 단어는 소문자로 남습니다. 그 뒤의 각 단어는 처음에 대문자가 오고 나머지는 소문자가 됩니다. 그런 다음 단어들을 사이에 아무것도 없이 이어 붙입니다. Crème brûlée for 2 — straße 17, fooBar라는 줄은 crèmeBrûléeFor2Straße17FooBar로 돌아옵니다. 악센트는 유지되고, 숫자는 독립된 단어로 자리 잡으며, 대시와 쉼표는 사라지고, 페이지가 대문자에서 자른 fooBar는 끝에서 FooBar로 다시 합쳐졌습니다.

자르는 위치

단어의 경계는 공백, 문장 부호, 대시, 기호, 또는 단어 안에서 소문자에서 대문자로 넘어가는 지점입니다. 그래서 customer first name, customer-first-name, customer_first_name, customerFirstName은 모두 customerFirstName이 됩니다. 변환은 거의 모든 출발점을 받아들여 언제나 같은 형태에 도착하므로, 이름이 코드에 들어가기 전의 믿을 만한 마지막 단계가 됩니다.

결과 복사하기

결과 옆의 버튼이 클립보드로 복사해 줍니다. 이름이 필요한 편집기나 파일에 붙여 넣으십시오.

변환이 하지 않는 일

문장 부호는 유지하지 않습니다

쉼표, 마침표, 대시는 옮겨 갈 문자가 아니라 단어 사이의 경계입니다. 변수 이름에는 원하는 바이지만 산문에는 그렇지 않습니다. 문장을 이 페이지에 통과시키면 이름이 되어 돌아오며, 문장 부호는 사라집니다.

악센트를 제거하지 않습니다

줄은 악센트가 붙은 글자를 그대로 유지합니다. crèmeBrûlée처럼 말입니다. 많은 언어가 이름에 악센트를 허용하지만, 수많은 도구와 스타일 가이드는 허용하지 않습니다. 일반 글자가 필요하다면 먼저 구절을 라틴 글자의 표시를 없애 주는 URL 슬러그 페이지에 통과시킨 다음 텍스트를 camelCase로 변환하십시오.

이름이 유효한지는 확인하지 않습니다

프로그래밍 언어에는 저마다의 규칙이 있습니다. 이름은 숫자로 시작할 수 없고, 예약어일 수도 없습니다. 2 for 1 같은 구절은 2For1이 되는데, 대부분의 언어는 첫 글자에서 이를 거부합니다. 페이지는 모양을 만들 뿐이고, 유효성은 여러분이 확인합니다.

camelCase와 PascalCase

같은 발상, 다른 첫 글자

CustomerFirstName처럼 첫 단어도 대문자로 시작하는 스타일은 PascalCase, UpperCamelCase 또는 StudlyCaps라고 합니다. 대부분의 언어에서 관례는 타입과 클래스에는 PascalCase를, 변수, 함수, 메서드에는 camelCase를 쓰는 것입니다. 이 페이지는 소문자로 시작하는 형태를 만듭니다. PascalCase를 얻으려면 구절을 변환한 뒤 첫 글자를 직접 올리십시오.

첫 글자가 중요한 이유

맨 앞의 대문자는 독자에게 이름이 클래스임을 알려 주고, 소문자는 인스턴스나 함수임을 알려 줍니다. 대문자가 공개를 뜻하는 Go처럼 관례를 도구가 강제하는 언어에서는 이 차이가 의미의 일부입니다.

언어가 중요합니다

공백 없이 쓰는 문자

단어로 자르려면 경계가 필요합니다. 중국어와 일본어는 공백 없이 쓰므로, 이런 문자로 된 줄은 하나의 단어로 돌아옵니다. 잘못된 위치에서 자르면 그럴듯해 보이지만 엉뚱한 뜻의 이름이 만들어지므로, 페이지는 짐작해서 자르느니 그렇다고 말하는 편을 택합니다.

튀르키예어와 점이 있는 i

각 단어의 첫 글자를 올리는 일은 페이지 언어의 규칙을 따릅니다. 튀르키예어에서 i의 대문자는 İ이고 ı의 대문자는 I입니다. 영어 규칙을 적용하는 변환기는 단어를 바꿔 놓습니다. 이 페이지는 쓰인 언어를 따릅니다.

독일어와 날카로운 s

단어 중간의 독일어 ß는 straße처럼 그대로 남습니다. 대문자 STRASSE는 s가 두 개인 strasse로 돌아옵니다.

대문자가 없는 문자

아랍어, 히브리어, 인도 계열 문자에는 대문자가 없으므로 단어들이 그냥 이어 붙습니다. 그런 문자에서 결과를 읽을 수 있는지는 그것을 쓰는 도구의 문제입니다.

camelCase가 관례인 곳

JavaScript와 TypeScript

변수, 함수, 객체 속성은 camelCase로 쓰며, 대부분의 웹 인터페이스에서 JSON 객체의 속성도 그렇습니다. 텍스트를 camelCase로 변환하려는 구절은 아마 이 중 하나로 가는 것일 겁니다.

Java, Kotlin, Swift, C#, Dart

지역 변수와 메서드에 같은 습관이 적용되며, 클래스에는 PascalCase를 쓰고, C#에서는 메서드와 속성에도 PascalCase를 씁니다. 세부 사항은 팀의 스타일 가이드가 정합니다.

웹 서비스의 JSON

많은 API가 firstName, orderTotal 같은 키를 보냅니다. 데이터가 표로 시작한다면 CSV를 JSON으로 변환이 머리글 행을 키로 바꿔 주며, camelCase로 변환된 머리글은 코드가 대괄호와 따옴표 없이 읽을 수 있는 키가 됩니다. 반대 방향으로는 JSON을 CSV로 변환이 키를 다시 머리글로 씁니다.

해시태그와 핸들

프로그래밍 밖에서도 해시태그 #SpringGardenTips처럼 camel case를 씁니다. 대문자가 눈에 단어의 경계를 표시해 주기 때문입니다. 접근성에도 더 좋습니다. 화면 낭독기는 대문자를 쓴 해시태그를 별개의 단어들로 읽고, 소문자로만 이어진 글자 덩어리는 이상한 단어 하나로 읽습니다.

관례가 아닌 곳

Python, Ruby, 데이터베이스

이들은 밑줄을 선호합니다. 이 경우에는 snake_case가 알맞은 도구입니다.

CSS와 웹 주소

클래스 이름, 사용자 지정 속성, 주소에는 하이픈을 씁니다. kebab-case를 보십시오.

산문과 제목

camelCase는 이름을 위한 것이지 읽기 위한 것이 아닙니다. 제목이나 문장을 이 형태로 쓰면 눈이 피곤합니다. 제목에는 Title Case를 고려하십시오.

여기서 텍스트를 camelCase로 변환하는 방법

텍스트를 붙여 넣거나 입력

첫 번째 칸에 구절을 입력하십시오. 결과가 두 번째 칸에 바로 나타나므로, 입력하는 동안 바뀌는 모습을 지켜볼 수 있습니다.

자른 위치와 약어 확인

단어가 어디에서 나뉘었는지, 약어가 어떻게 처리되었는지 보십시오. parseHtmlString과 parseHTMLString은 서로 다른 관례이며, 페이지는 처음부터 끝까지 하나의 규칙을 적용합니다.

복사

복사 버튼을 누르고 필요한 곳에 결과를 붙여 넣으십시오. 같은 줄의 다른 형태는 아래를 보십시오.

같은 줄의 일곱 가지 표기

형태 표

변환기 아래의 표는 예시 줄을 사이트가 제공하는 일곱 가지 형태로 모두 보여 줍니다. 대문자, 소문자, Title Case, snake_case, kebab-case, camelCase, URL 슬러그입니다. 같은 단어가 각 형태에서 어떻게 보이는지 빠르게 확인하는 방법입니다.

이 형태들은 어디서 왔을까

두 가지 알파벳

대문자와 소문자는 한때 서로 다른 두 알파벳이었습니다. 대문자는 로마의 것으로 끌로 돌에 새겼고, 소문자는 카롤링거 소문자에서 내려온 것으로 양피지 위를 빠르게 움직이는 펜이 빚어냈습니다. 인쇄공들은 이 둘을 별개의 상자, 곧 위 칸(upper case)과 아래 칸(lower case)에 보관했고, 상자가 사라진 뒤에도 이름은 오래 남았습니다.

공백 없는 이름

프로그래밍 형태들은 훨씬 젊으며 하나의 문제를 풀기 위해 발명되었습니다. 이름에는 공백이 들어갈 수 없다는 것입니다. snake_case는 초기 C에서, camelCase는 Smalltalk에서, kebab-case는 Lisp에서 나왔고, URL 슬러그는 공백과 악센트가 허용되지 않는 주소에 사람의 제목을 넣어야 할 필요에서 나왔습니다. camelCase에서는 다른 곳에서 밑줄이나 하이픈이 하는 일, 곧 한 단어가 끝나고 다음 단어가 시작되는 곳을 표시하는 일을 대문자가 합니다.

더 넓은 작업 흐름 속의 camelCase

명세에서 코드로

요구 사항 문서는 문장으로 쓰이고 코드는 이름으로 쓰입니다. 그 사이에서 누군가는 모든 명사와 동사를 식별자로 옮겨야 합니다. 손으로 하면 느리고 일관성이 흐트러지기 쉽습니다. 한 개발자는 customerName이라 쓰고 다른 개발자는 같은 것을 clientName이라 씁니다. 팀이 명세의 정확한 표현에서 텍스트를 camelCase로 변환하기로 합의하면 이름이 단어를 따르게 되고, 누구든 구절을 검색해서 요구 사항이 가리키는 코드를 찾을 수 있습니다.

표 머리글에서 객체 키로

스프레드시트에는 First Name, Order Total, Date Of Birth 같은 머리글이 있습니다. 데이터가 프로그램의 레코드가 되면 이 머리글은 키가 됩니다. 각 머리글을 camelCase로 변환하면 firstName, orderTotal, dateOfBirth가 되며, 코드는 이를 따옴표나 대괄호 없이 속성으로 읽을 수 있습니다. 데이터를 다시 스프레드시트로 돌려보내야 한다면 JSON을 XLSX로 변환이 키를 첫 행으로 써서 고리가 닫힙니다.

디자인 파일에서 컴포넌트로

디자인 도구는 레이어를 쉬운 말로 이름 붙입니다. Primary Button, Card Title 같은 식입니다. 개발자가 컴포넌트를 만들 때 이 이름들은 primaryButton, cardTitle 같은 식별자나 primary-button, card-title 같은 클래스 이름이 됩니다. 대응 관계를 분명히 해 두면 인계가 매끄러워집니다. 레이어에 딸려 오는 크기와 색에는 px를 rem으로 변환과 HEX를 RGB로 변환이 이름 뒤에 있는 값을 변환해 줍니다.

이름 붙인 것 찾기

일관된 스타일은 검색을 효과적으로 만듭니다. 모든 속성이 camelCase라면 orderTotal 검색은 모든 사용처를 찾고, ordertotal이나 order_total 검색은 아무것도 찾지 못하는데, 그 자체가 정보가 됩니다. 뒤섞인 스타일은 같은 발상을 여러 철자에 흩어 놓아 검색에서 가려 버립니다.

안전하게 이름 바꾸기

이름이 바뀔 때는 찾아 바꾸기가 아니라 편집기의 이름 바꾸기 도구가 일을 해야 합니다. 이름을 바꾸기 전에 새 표현에서 새 이름을 위해 텍스트를 camelCase로 변환하여, 새 식별자가 처음부터 관례를 따르게 하십시오. 그런 다음 도구가 모든 참조를 갱신하게 하십시오.

이름이 살 곳에서 몇 개 시험해 보기

이름 묶음을 채택하기 전에, 이름이 등장할 코드 줄 안에서 서너 개를 편집기에 써 보십시오. 각각이 서로 곁에서 자연스럽게 읽힌다면 묶음은 좋습니다. 하나가 거슬리면 구절을 고쳐 쓰고 텍스트를 camelCase로 다시 변환하십시오. 짧은 시험은 잠깐이면 되고 코드베이스 전체의 이름 바꾸기를 피하게 해 줍니다.

잘 읽히는 이름

함수는 동사로 시작

함수는 행동이며 이름이 그렇게 말해야 합니다. getUserName, calculateTotal, isValid 같은 식입니다. 함수를 위해 텍스트를 camelCase로 변환할 때는 구절을 동사로 시작하십시오.

값에는 명사 쓰기

변수는 사물을 담습니다. userName, totalPrice, orderList 같은 식입니다. 불리언은 질문 형태가 가장 잘 읽힙니다. isActive, hasAccess, canEdit 같은 식입니다.

약어에 일관성 지키기

어떤 팀은 parseHTML이라 쓰고 어떤 팀은 parseHtml이라 씁니다. 둘 다 괜찮지만 섞어 쓰는 것은 그렇지 않습니다. 하나를 골라 모든 이름에 적용하면 코드를 검색하기가 쉬워집니다.

발음할 수 있는 이름 유지

소리 내어 읽을 수 있는 이름은 논의할 수 있는 이름입니다. custFnDt는 그렇지 않고 customerFirstDate는 그렇습니다. 변환은 여러분이 쓴 것을 그대로 보존하므로, 보존할 가치가 있는 것을 쓰십시오.

텍스트를 camelCase로 변환할 때의 함정

숫자로 시작하는 이름

대부분의 언어가 거부합니다. 앞에 단어나 글자를 붙이십시오.

예약어

class, new, default 같은 구절은 많은 언어에서 키워드입니다. 페이지는 어느 것인지 알지 못합니다. 이름을 쓰기 전에 확인하십시오.

약어와 연속된 대문자

연속된 대문자 주변의 자르기는 뜻밖일 수 있습니다. 결과를 읽고 여러분의 관례와 비교하십시오.

이름 속의 악센트

어떤 언어에서는 허용되고 어떤 언어에서는 허용되지 않습니다. 이름이 오래된 도구를 거쳐야 한다면 먼저 악센트를 제거하십시오.

변환 전에 사람들이 묻는 질문

문장 부호는 어떻게 되나요?

단어 사이의 경계로 취급되며 옮겨지지 않습니다.

숫자는 유지되나요?

네, 독립된 단어로서 나머지에 이어 붙습니다.

이미 snake_case나 kebab-case인 입력도 처리하나요?

네. 밑줄과 하이픈은 경계이므로 my_variable_name은 myVariableName이 됩니다.

PascalCase는 어떻게 얻나요?

변환한 뒤 첫 글자를 직접 올리십시오.

제 텍스트가 업로드되나요?

아니요. 여기에 입력한 내용은 어디로도 전송되지 않으므로, 초안, 비밀번호, 고객의 이름도 텍스트 편집기에서만큼 안전합니다.

밑줄이나 하이픈으로 바꾸려면 어떻게 하나요?

텍스트를 snake_case로 변환 또는 텍스트를 kebab-case로 변환을 쓰십시오.

실제 사용 예

배송비를 계산하는 작은 스크립트를 쓰고 있는데, 명세가 값들을 킬로미터당 배송비, 무료 배송 기준, 특급 주문 여부라고 부른다고 해 봅시다. 하나씩 변환하면 deliveryFeePerKilometre, freeDeliveryThreshold, isExpressOrder가 읽힙니다. 첫 번째는 명사로 시작하는데 값에는 옳은 것이고, 마지막은 is로 시작하는데 이는 예·아니오 플래그를 표시합니다. 이 셋을 스크립트에 변수 이름으로 붙여 넣으면 명세와 코드가 같은 단어를 같은 순서로 쓰게 되어 검토가 쉬워집니다.

간단한 점검표

변환 전

구절을 쉬운 말로 쓰십시오. 함수는 동사로, 플래그는 is나 has로 시작하십시오. 대상 언어의 예약어를 확인하십시오.

변환 중

구절을 붙여 넣고, 자른 위치를 보고, 이름이 글자로 시작하는지 확인하십시오.

변환 후

길이와 약어를 확인하고, 필요한 모든 곳에서 같은 이름을 쓰십시오.

흔한 실수

사람이 읽을 텍스트에 camelCase 쓰기

이름을 위한 것이지 산문을 위한 것이 아닙니다.

한 프로젝트에서 관례를 섞기

각 계층마다 camelCase, snake_case, kebab-case 중 하나를 고르고 그것을 지키십시오.

대상이 허용하는 것을 잊기

맨 앞의 숫자, 악센트, 예약어는 언어마다 다릅니다.

텍스트는 기기에 머뭅니다

변환은 로컬에서 이루어집니다. 텍스트는 여러분의 브라우저가 처리하며 아무것도 어디로도 전송되지 않습니다. 나중에 지울 것도, 만들어야 할 계정도 없습니다. 이것이 텍스트를 camelCase로 변환하는 소박한 방법입니다.

요약

여기서 텍스트를 camelCase로 변환하려면 한 줄을 붙여 넣고, 단어로 잘리고, 첫 단어는 소문자로, 그 뒤 단어의 첫 글자는 대문자로 올려지고, 사이에 아무것도 없이 이어 붙은 결과를 읽으면 됩니다. 이미 snake_case나 kebab-case로 쓰인 줄은 구분자에서 잘립니다. 페이지는 문장 부호를 유지하지 않습니다. 쉼표, 마침표, 대시는 옮겨 갈 문자가 아니라 단어 사이의 경계이며, 변수 이름에는 원하는 바이지만 산문에는 그렇지 않습니다. 단어로 자르려면 경계가 필요하므로, 공백 없이 쓰는 중국어와 일본어는 하나의 단어로 돌아옵니다. 첫 글자를 올리는 일은 페이지의 언어를 따르므로 튀르키예어의 i는 İ가 됩니다. 아무것도 업로드되지 않습니다.

길이와 넓이 질량과 부피 온도 통화