실제로 얼마나 많은 라이브러리 코드가 필요합니까? 50K? 10만? 150K? 더? 실제로 얼마나 사용하시나요?
물론, 우리 모두는 자신이 가장 좋아하는 모놀리식 프레임워크를 좋아하며 때로는 이를 완전히 사용하기도 합니다. 하지만 현명하게 적용된 주머니칼이 더 잘, 더 빠르고, 더 매끄럽게 작업을 수행할 수 있는데, 에어컨과 6스피커 사운드 시스템을 갖춘 승용 John Deere 트랙터를 얼마나 자주 사용합니까?
마이크로 프레임워크는 확실히 JavaScript 라이브러리 세계의 주머니칼입니다. 짧고, 간단하며, 간단합니다. 그리고 5K 이하에서는 마이크로 프레임워크가 매우 이식성이 뛰어납니다. 마이크로 프레임워크는 한 가지 일만 수행하며, 그 일을 잘 수행합니다. 엉성함도 없고, 기능염도 없고, 기능 크리프도 없고, 어느 곳에서도 과잉이 없습니다.
MicroJS.com은 가장 작지만 강력한 마이크로프레임워크를 찾는 데 도움을 주며 자신에게 적합한 프레임워크를 쉽게 선택할 수 있도록 도와줍니다.
직접 추가하고 싶으신가요? GitHub에서 이 사이트를 포크하고 프레임워크를 "data.js"에 추가한 후 끌어오기 요청을 제출하세요.
명령줄에서 라이브러리의 축소 및 압축 크기를 확인하려면 ./build.js -v
(아래 참조)를 사용하거나 다음을 실행하세요.
$ uglifyjs yourlib.js | gzip -9f | wc -c
or
$ wget -q -O- https://domain.tld/path/to/file.src | uglifyjs | gzip -9f | wc -c
'name'
, 'tags'
, 'url'
, 'source'
을 입력합니다.'url'
은 README 또는 문서를 호스팅하는 위치와 코드가 다운로드되는 위치를 가리켜야 합니다.'url'
이 GitHub 주소는 아니지만 프로젝트가 그곳에서 호스팅되는 경우 사용자 이름 및 lib 이름이 포함된 'github'
필드를 추가하세요(예: 'timrwood/moment'
). 그러면 빌더가 GitHub 통계를 수집할 수 있습니다.'source'
속성은 즉시 사용 가능한 형식으로 전체 라이브러리를 구성하기 위해 연결될 수 있는 단일 파일 또는 파일 배열을 가리켜야 합니다. 'source'
는 축소되어서는 안 됩니다 (아래 참조).make
실행하면 작동하고 오류가 반환되지 않습니다. make를 실행하려면 노드가 설치되어 있어야 합니다. 소스가 매우 작은 경우 소스 속성에 전체 내용을 문자열로 포함하면 됩니다. 소스가 여러 파일로 분할된 경우 URL 배열을 사용할 수 있습니다(단일 소스만 갖는 것이 좋습니다). 소스가 ZIP 파일로 릴리스된 경우 ZIP의 URL을 가리키고 끝에 !/zip/entry.js
추가하여 컴파일러가 어디를 볼지 알 수 있습니다(단일 소스 URL만 갖는 것이 여전히 바람직합니다!)
빌더는 data.js를 읽고 각 항목의 소스를 확인합니다. 항목의 원시, 축소 및 gzip 크기를 계산합니다.
항목을 확인해야 하는 경우에는 경고가 표시되고 항목이 제외되는 경우에는 오류가 표시됩니다.
모든 항목의 세부 정보를 보려면 ./build.js -v
명령을 실행할 수 있습니다.
data.js
파일에 추가합니다.npm install
실행하고 npm test
실행하세요.SUCCESS
메시지가 나타나면 괜찮습니다. PR을 제출하세요../build.js -v | grep YOUR_PACKAGE_NAME
MicroJS.com은 엄선된 사이트이며 당사는 어떤 이유로든 목록을 거부할 권리가 있음을 참고하세요.
microjs.com 코드/웹사이트는 MIT 라이선스에 따라 공개됩니다.