단위 자체는 에 정의되어 있습니다 SI 브로셔그리고 이 특정 인수를 유발하는 이진 접두사 - kibi, mebi, gibi - in IEC 80000-13.
나는 한 번 24 바이트에 기인한 버그를 발송했습니다. Laravel app 에 있는 저장 할당량 체크는 올려주기한 file's 크기를 제품 팀이 "500 MB." 로 쓴 한계에 대하여 비교했습니다; 올림도어는 MiB 로 메가바이트를 보고했습니다. 한계는 십진수 MB 에 강제되었습니다. 둘 사이 간격은 테스트에서 보이지 않는 대략 4,6%이고 customer's 512,000,000 바이트 수출이 "too large"로 거절되는 때 극단적으로 보입니다. UI 는 한계의 밑에 주장하고 있는 동안.
단위 변환은 무언가가 조용히 손상되기 전까지는 컴퓨팅에서 가장 지루한 문제처럼 보입니다. 모든 변환에는 정확하게 정의된 요소가 있습니다. 1인치는 다음과 같습니다 정확히 0.0254미터, 1파운드는 정확히 0.45359237 킬로그램 - 그리고 우리가 그것들을 잘못 알고 있는 이유는 우리가 둥근 근사치를 대신 가지고 다니기 때문입니다. 그래서 저는 단위 변환기 on [Toolz.dev](/ 정의 된 값 주위, 대부분의 변환기가 무시하는 것을 포함하여 내가 실제로 도달하는 열한 가지 범주를 포함: CSS 픽셀, 인쇄상의 포인트, 내 버그를 일으킨 이진 대 십진 데이터 단위.
TL;DR: 카테고리의 모든 단위는 하나의 기본 단위의 고정 배수이므로 변환은 단일 곱셈과 나눗셈입니다. 섭씨, 화씨, 켈빈 및 랭킨이 서로 다른 영점을 갖기 때문에 아핀 변환이 필요한 온도를 제외하고 단위 변환기 길이,무게, 온도,면적, 부피,속도, 시간,데이터, 압력,에너지, 각도를 정확한 표준 요소로 커버하고,모든 유닛에서 한 번에 값을 보여주며,브라우저에서 완전히 실행됩니다.
단위 변환은 실제로 어떻게 작동합니까?
범주당 하나의 기본 단위를 선택합니다. 다른 모든 단위를 그에 대한 비율로 표현합니다. 그런 다음 변환은 한 줄의 산술로 축소됩니다:
result = value × (fromUnit.ratio / toUnit.ratio)
길이는 밑변이 미터입니다. 센티미터는 0,01 의 비율을 가지고,인치는 0,0254 를 가지고 있습니다. 30cm 를 인치로 환산하면 30 × 0.01 / 0.0254 = 11.811. 그것이 전체 알고리즘이고,유용한 속성을 가지고 있습니다: 왜냐하면 모든 변환은 기본 단위를 통해 라우팅되기 때문에,당신은 결코 근사치를 연쇄하지 않습니다. 마일을 해리 로 변환하는 것은 각각 자신의 반올림이 있는 쌍별 인수의 룩업 테이블을 통하지 않고 하나의 표현식으로 마일 → 미터 → 해리 가 됩니다.
의 기본 단위입니다 단위 변환기 그들이 존재하는 SI 것들입니다: 미터, 킬로그램, 초, 파스칼, 줄, 라디안, 평방 미터, 초당 미터. 볼륨은 리터를 사용하고 데이터는 엄격한 SI 순도보다는 가독성을 위해 바이트를 사용합니다.
온도는 모델을 깨뜨리는 예외이며, 그 이유를 이해할 가치가 있습니다.
왜 온도는 다른 모든 단위와 다른가?
온도 눈금이 있기 때문입니다 아핀, 아니다 비례적인니다. 제로 센티미터와 제로 인치는 같은 길이 - 아무것도. 하지만 제로 섭씨와 제로 화씨 같은 온도가 아니며,그들 중 어느 것도 "no temperature at all." 저울은 서로 다른 단계 크기와 다른 원점을 모두 가지고 있습니다.
따라서 온도 변환에는 하나가 아닌 두 가지 작업이 필요합니다: 원점을 이동한 다음 크기를 조정합니다. 표준 공식:
- °F = (°C × 9/5) + 32
- °C = (°F − 32) × 5/9
- K = °C + 273.15
- °R = K × 9/5
내부적으로 변환기는 열 운동이 멈추는 지점인 물리적으로 의미 있는 0 - 절대 0을 갖는 4개 중 유일한 켈빈을 통해 모든 것을 라우팅합니다. 이는 또한 무료 유효성 검사를 제공합니다: 변환이 음의 켈빈 값을 생성하는 경우 입력은 절대 0보다 낮았으며 실제 온도가 아닙니다. 도구는 자신있게 넌센스를 반환하기보다는 설명으로 이를 거부합니다. 이는 신뢰할 수 있는 도구와 다시 확인해야 하는 도구를 분리하는 작은 정직성입니다.
사람들이 실제로 조회하는 숫자에 대한 빠른 참조:
| 섭씨 | 화씨 | 켈빈 | 그것이 무엇인지 |
|---|---|---|---|
| −273.15 °C | −459.67 °F | 0 케이 | 절대 영도 |
| −40 °C | −40 °F | 233.15K | 두 비늘이 교차하는 곳 |
| 0°C | 32°f | 273.15K | 물이 얼어붙는다 |
| 20°c | 68°f | 293.15K | 실내 온도 |
| 37°c | 98.6°f | 310.15K | 인간의 몸 |
| 100°c | 212°f | 373.15K | 물은 해수면에서 끓습니다 |
−40 크로스오버는 외울 가치가 있는 것이다. 섭씨와 화씨의 일치점이 유일하며,당신이 쓰는 모든 변환 루틴에서 좋은 온전한 상태를 확인한다.
MB와 MIB의 차이점은 무엇입니까?
이것은 실제 돈과 실제 버그 사냥 시간이 소요되는 변환이므로 자체 섹션을 가질 가치가 있습니다.
A 메가바이트 (MB) 는 1,000,000 바이트 - 십진수 단위, 106 입니다. A 메비바이트(mib) 1,048,576바이트 - 이진 단위, 2²0입니다. 이진 접두사(kibi, mebi, gibi, tebi)는 모호함을 종식시키기 위해 1998년 IEC에 의해 표준화되었으며 업계의 약 절반이 이를 무시했습니다.
결과는 모두가 느낀 엉망진창이다:
| 광고된 | 실제 바이트 | OS가 보여주는 것 | 명백한 "손실" |
|---|---|---|---|
| 1kb | 1,000 | 0.98KiB | 2.4% |
| 1 메가바이트 | 1,000,000 | 0.95mib | 4.6% |
| 1GB | 1,000,000,000 | 0.93gib | 7.4% |
| 1TB | 1,000,000,000,000 | 0.91tib | 9.9% |
드라이브 제조 업체는 십진수 단위로 판매,십진수가 숫자를 더 큰 만들기 때문에. 이진 단위로 윈도우 보고서하지만 레이블을 "GB, " 어디 "my 1 TB 드라이브는 단지 931 GB" 불만에서 온다 - 아무것도 누락되지 않습니다,라벨은 그냥 잘못. macOS 와 대부분의 리눅스 도구는 이제 정직 소수 GB 를보고. 메모리 주소 지정은 본질적으로 두의 힘이기 때문에 RAM 은 항상 이진입니다. 네트워크 속도는 십진수입니다 그리고 혼란의 세 번째 축인 비트로 측정됩니다: a "100Mbps" 연결은 100이 아닌 초당 약 12.5MB를 제공합니다.
내가 따르는 실용적인 규칙:
- 코드에서는 작업하세요 바이트. 디스플레이 레이어에서만 변환.
- 스펙에 리미트를 쓸 때,바이트 수를 괄호 안에 쓰세요: "500 MB (500,000,000 바이트)."
- API 계약에 MB라고 표시된 경우 Windows 외부에서 레이블이 의미하는 바이므로 소수점을 선택하세요.
- 다른 시스템이 귀하의 시스템과 동의한다고 가정하지 마십시오. 확인.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 단위 변환기 데이터 범주에서 두 패밀리를 나란히 나열하므로 추측하기보다는 격차를 볼 수 있습니다. 원시 바이트 값으로 작업 중이고 비트 수준에서 보고 싶다면 the 이진 변환기 는 동반도구이다.
사람들은 실제로 어떤 전환이 필요합니까?
검색을 받고 내가 스스로 도달 한 것을보고 나면 목록은 짧고 예측 가능합니다. 근사치가 아닌 정확한 요인으로 감기에 대해 알 가치가있는 것들이 있습니다:
| 변환 | 정확한 요인 | 빠른 정신 수학 |
|---|---|---|
| cm → 에서 | ÷ 2.54 | 반으로 줄인 다음 20%를 뺍니다 |
| 에서 → cm | × 2.54 | 두 배로 늘려서 25%를 더합니다 |
| km → 미 | × 0.621371 | 0.6 을 곱하고, 조금 더합니다 |
| 미 → km | × 1.609344 | 60% 추가하기 |
| kg → lb | × 2.20462262 | 두 배로 늘려서 10%를 더합니다 |
| lb → kg | × 0.45359237 | 반으로 줄이고 10%를 뺍니다 |
| °C → °F | × 1.8 + 32 | 두 배로 하고 30 을 더합니다 (거칠게) |
| km/h → mph | × 0.621371 | km → mi 와 같은 요소 |
| L → 미국 gal | ÷ 3.785411784 | 4 로 나누고, 조금 더합니다 |
| MB → MiB | ÷ 1.048576 | 약 4.6% 를 뺍니다 |
정신-수학 칼럼은 의도적으로 거칠다 - 온전한 상태 확인에 충분히 좋은 결과를,배송하기에 충분하지 않습니다. 구별이 중요합니다: "double it and add 10%" turns 70 kg into 154 lb,which is right to within a gram. 그러나 2,000 kg 선적에 적용하면 표류하고,복용량 계산에 적용하면 용납 할 수 없습니다. heuristic 을 사용하여 잘못된 크기의 순서를 잡으십시오; 실제 답변에 대한 정확한 요소를 사용하십시오.
이러한 변환 계수는 정확합니까, 아니면 반올림됩니까?
정확하고 이것은 들리는 것보다 더 흥미로운 사실입니다.
1959년 국제 야드 및 파운드 협정 이후 제국 단위는 다음과 같습니다 정의됨 미터법 측면에서. 인치는 미터에 대해 측정되지 않습니다; 정확히 0.0254m로 선언됩니다. 파운드는 정확히 0.45359237kg입니다. 미국 갤런은 정확히 3.785411784L입니다. 이 숫자에는 실험적 불확실성이 없습니다. 이는 1분에 60초가 있다는 사실과 같은 정의입니다.
카테고리 전반에 걸쳐 마찬가지입니다:
- 1에이커 = 4046.8564224m²(정확히)
- 1 psi = 6894.757293168 Pa(정확히 파운드와 인치에 따라 다름)
- 1 BTU = 1055.05585262 J(국제 테이블 정의)
- 1kWh = 3,600,000J(정확히 와트는 초당 줄이므로)
- 1 해리 = 1852 m (정확히 1929 년 국제 협약에 의해)
몇 단위는 진정으로 정의보다는 관례이며 정직한 도구는 그렇게 말합니다. "Month"는 고정 수량이 아닙니다. 변환기는 무언가를 선택해야 하기 때문에 30일을 사용하고 "year" 365일의 윤년은 무시합니다. 마하는 기온과 압력에 따라 다릅니다; 변환기는 20 °C에서 약 343m/s의 해수면 수치를 사용합니다. 공칭 인자 대신 정확한 날짜 산술이 필요한 경우 다음을 사용하십시오 날짜 차이 계산기30을 곱하는 대신 실제 달력일을 계산합니다.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 단위 변환기 정의된 값을 저장하고 반올림합니다 디스플레이는, 여덟 유효 자리까지. 산술 자체는 완전한 이중 정밀도로 이루어지므로, 연쇄 변환은 가시적 오류를 축적하지 않는다.
CSS 픽셀을 밀리미터로 변환할 수 있습니까?
예, 그리고 제가 프런트 엔드 개발자로서 가장 많이 사용하는 변환 중 하나이기 때문에 물리적 장치와 함께 길이 범주에 속합니다.
CSS 사양은 다음을 정의합니다 참조 픽셀 1 인치의 1/96 으로. 그것은 96 px 를 정확히 25,4 mm,또는 1 px ≈ 0,2646 mm 로 만듭니다. 또한 px 와 pt (타이포그래피 포인트,1/72 인치) 사이의 관계가 고정되어 있음을 의미합니다: 1 pt = 1,333... px,그리고 12 pt = 16 px,이것이 16px 가 모든 브라우저에서 기본 본문 글꼴 크기인 이유입니다 - 12 포인트 텍스트입니다.
분명히 말할 가치가 있는 주의 사항: 이것은 a입니다 참조 장치 픽셀이 아닌 픽셀. 높은 DPI 디스플레이에서 하나의 CSS 픽셀은 두세 개의 물리적 픽셀에 매핑됩니다. 전화에서는 뷰포트 스케일링이 관계를 다시 변경합니다. 따라서 인쇄 디자인을 웹 레이아웃에 매핑할 때 px → mm 가 정확히 맞으며 (A4 페이지의 너비는 210mm 로 793,7 CSS px), Retina 화면에서 눈이 실제로 보는 것에 대해 이야기할 때 물리적 진실보다는 유용한 근사치입니다.
레이아웃을 구축하고 토큰을 디자인하는 경우 이 변환에 다음을 더합니다 컬러 피커 designer's 인쇄 지향 사양과 CSS 구현 간의 번역 작업 대부분을 다룹니다.
일반적인 사용 사례
개발 및 DevOps. 파일 크기 제한, 스토리지 할당량, 캐시 크기, 대역폭 예산. MB/MiB 구분은 물어뜯는 구분이며, 잘못된 숫자가 알아차릴 오류를 발생시키는 대신 유효한 요청을 묵묵히 거부하는 위치에서 물어뜯습니다.
프런트엔드 및 디자인 핸드오프. 인쇄 지향 도구에서 디자인이 나오거나 보고 인쇄할 무언가를 제작할 때 PX, PT, mm 및 인치.
요리와 요리법. 미국 컵, 큰 스푼, 온스 대 그램과 밀리리터. 참고 여기 볼륨 변환은 미국 관례입니다 - 영국 파인트가 568 ml 동안 미국 파인트 473 ml, 많은 케이크를 망쳐 놓은 20% 차이 때문에 제국 파인트와 갤런은 별도의 항목입니다.
여행과 일상. km 에서 마일,kg 에서 파운드,섭씨에서 화씨,리터에서 갤런. unit-converter 트래픽의 화려하지 않은 대다수,그리고 도구를 구성하게 만드는 것이 아니라 범주별로 합리적인 쌍으로 기본 설정하는 이유.
과학 및 엔지니어링. psi,bar, pascals 단위의 압력; 줄,칼로리, kWh,BTU 단위의 에너지; 도,라디안, 그라디언 단위의 각도. SI 용지와 영국식 데이터시트 사이를 이동하는 모든 곳.
피트니스 및 영양. 킬로 칼로리 (식품 라벨에 & quot;calorie"는 실제로 킬로 칼로리) 에서 줄,킬로그램에서 파운드와 돌,킬로미터에서 마일 속도 계산에 대 한 단위가 아닌 일일 목표의 백분율을 변환 하는 경우,the 백분율 계산기 는 그 워크플로의 나머지 절반이다.
어떤 브라우저 기반 유틸리티가 도달 범위 내에서 유지할 가치가 있는지 더 자세히 살펴보기 위해 매일 사용하는 유틸리티를 수집했습니다 웹 개발자's 툴킷.
브라우저 기반 변환기가 중요한 이유는 무엇입니까?
단위 변환기의 경우 개인 정보 보호 주장은 PDF 도구보다 약합니다. 30cm를 인치로 변환했다는 사실을 학습하여 누구도 타협하지 않을 것입니다. 그러나 두 가지 사항은 여전히 클라이언트 측 실행을 올바른 아키텍처로 만듭니다.
첫 번째는 속도입니다. 왕복은 없습니다. 산술이 네트워크를 통해서가 아니라 몇 마이크로초 떨어진 곳에서 일어나기 때문에 모든 키 입력에 대한 결과가 업데이트됩니다. 입력을 디바운스하고 스피너를 보여주는 서버 지원 변환기는 머릿속에서 곱셈을 하는 것보다 느립니다.
두 번째는 다른 아무것도 할 때 작동 유지. 페이지를 한 번로드하고 오프라인 실행 - 비행기에서, 기차에서, 게스트 WiFi가없는 datacenter에서, 네트워크가 당신을 싫어 회의실에서 [Toolz.dev](/에 모든 도구는 의도적으로 이런 식으로 구축되고, 그 선택의 뒤에 추론 - 진정으로 당신을 보호 할 수있는 도구에 대한 - 에 배치됩니다 데이터가 브라우저를 떠나서는 안되는 이유.
자주 묻는 질문
cm를 인치로 어떻게 변환합니까?
센티미터의 수를 2,54 로 나누면,1 인치는 정확히 2,54cm 로 정의되기 때문입니다. 그래서 30cm ÷ 2,54 = 11,811 인치,그리고 100cm ÷ 2,54 = 39,37 인치. 그 관계는 측정값이 아닌 정의로,1959 년 국제 야드와 파운드 협정에 의해 고정되었으므로 대략적이라기보다는 정확합니다.
kg을 lbs로 어떻게 변환합니까?
1 파운드가 정확하게 0.45359237 kg 로 정의되기 때문에 킬로그램에 2.20462262 를 곱하십시오. 그러면 70 kg 이 154.32 lb 와 같습니다. 정신적 지름길 - 두 배로 늘리고 10%를 더하면 - 파운드의 일부 내에 들어가고 온전한 상태 검사에는 괜찮지 만 선적 중량이나 복용량 계산과 같이 옳아야하는 모든 것에 대해 정확한 요소를 사용하십시오.
섭씨를 화씨로 바꾸는 공식은 무엇입니까?
°F = (°C × 9/5) + 32. 따라서 25 °C 는 77 °F 이고 100 °C 는 212 °F 입니다. 이를 반대로 하려면: °C = (°F − 32) × 5/9. 온도는 단일 승수로 충분한 길이 또는 무게와 달리 두 척도의 영점이 다르기 때문에 곱셈과 오프셋이 모두 필요합니다.
MB와 MIB의 차이점은 무엇입니까?
메가바이트 (MB) 는 1,000,000 바이트인 반면,메비바이트 (MiB) 는 1,048,576 바이트,즉 1024²입니다. 그 격차는 약 4,6%이며,각 단계마다 커집니다: 기가바이트와 기비바이트는 7,4% 차이가 납니다. 드라이브 제조업체는 십진수 MB 와 GB 로 광고하는 반면,Windows 는 바이너리 단위로 보고하지만 GB 로 레이블을 지정하므로 1 TB 드라이브는 대략 931 GB 로 나타납니다. 누락된 것은 없습니다 - 두 시스템은 단순히 다르게 계산하고 있습니다.
1마일은 몇 킬로미터입니까?
1 마일은 정확히 1.609344 킬로미터이므로 1 킬로미터는 약 0.621371 마일입니다. 5km 달리기는 3.107 마일, 10km는 6.214 마일, 42.195km 마라톤은 26.219 마일입니다. 동일한 0.621371 요소는 km/h를 mph로 변환합니다. 둘 다 시간당 거리에 적용되는 비율이 동일하기 때문입니다.
변환 계수가 정확합니까, 아니면 대략적인가요?
그들은 국제 기준에서 정확하게 정의한 가치입니다: 1 에서 = 0.0254 m, 1 lb = 0.45359237 kg, 1 미국 gal = 3.785411784 L, 1 해리 = 1852 m. 표시된 결과만 반올림되어, 8 개의 유효 자리로, 이는 당신이 이제까지 주의할 과실을 소개하지 않고 산출을 읽을 수 있는 유지합니다. 몇몇 진짜로 전통적인 단위 - "month" 30 일으로, 해수면에서 마하 -는 그런 것과 같이 레테르를 붙입니다.
CSS 픽셀을 밀리미터로 변환할 수 있습니까?
예. CSS 사양은 참조 픽셀을 1/96 인치로 정의하여 96 px 를 정확히 25,4 mm 로 만듭니다. 그 관계는 인쇄 디자인을 웹 레이아웃에 매핑 할 때 원하는 것이며 12 pt 가 16 px 와 같은 이유입니다. 한 CSS 픽셀이 두 개 또는 세 개의 장치 픽셀을 커버 할 수있는 높은 DPI 화면의 물리적 픽셀이 아닌 CSS 참조 픽셀을 설명한다는 것을 명심하십시오.
단위를 변환할 때 내 데이터가 서버로 전송됩니까?
아니요. 모든 변환은 브라우저의 JavaScript 에서 계산되므로 네트워크 왕복 여행 후가 아니라 입력할 때 결과가 즉시 업데이트되는 이유이기도 합니다. 입력한 내용은 전송,로그 또는 저장되지 않으며 페이지가 로드되면 변환기는 네트워크 연결 없이 계속 작동합니다.
