lib

MMX

C/C ++ 용 단일 헤더 라이브러리.

도서관	마지막 버전	범주	로 로치	특허	설명
JSON.H	1.00	파서	848	zlib	비 할당적 인 JSON 파서
일정 .h	1.00	멀티 스레딩	699	zlib	멀티 스레드 작업 스케줄러
web.h	1.00	회로망	1455	BSD	가벼운 웹 서버
sdefl.h	1.00	압축	525	공개 도메인	컴프레서 디플레이트
sinfl.h	1.00	감압	320	공개 도메인	감압제 디 플레이트

총 라이브러리 : 5
C 코드의 총 라인 : 4487

FAQ

왜 단일 파일 헤더인가?

Windows에는 라이브러리가 살고있는 표준 디렉토리가 없습니다. 이로 인해 Windows에 라이브러리를 배포하는 것은 Unix-indeations의 오픈 소스 개발자보다 훨씬 고통 스럽습니다. (또한 Windows에서 라이브러리 의존성을 훨씬 악화시킵니다.)

도서관이 다른 버전의 런타임 라이브러리에 대해 구축 된 Windows에서는 링크 충돌과 혼란을 유발하는 일반적인 문제가 있습니다. Libs를 헤더로 배송한다는 것은 일반적으로 라이브러리를 만들지 않고 프로젝트에 직접 컴파일하므로 해당 문제를 측정합니다.

단일 파일로 만들면 필요한 프로젝트에 쉽게 삭제하는 것이 매우 쉽습니다. (물론 원한다면 여전히 적절한 공유 도서관 트리에 넣을 수 있습니다.)

두 파일, 하나는 헤더와 하나는 구현이 아닌 이유는 무엇입니까? 10 파일과 9 개의 파일의 차이는 큰 문제가 아니지만 2 파일과 1 파일의 차이는 큰 문제입니다. 파일을 Zip 또는 Tar를 올릴 필요가 없으며 두 파일 등을 첨부하는 것을 기억할 필요가 없습니다.

문서는 어디에 있습니까?

각 파일에는 문서, 기본 USSAGE 설명 및 파일 상단에 예제가 있습니다. 또한 각 API 기능, struct 및 멤버 변수도 문서화됩니다. 마지막으로 각 라이브러리에는 추가 작업 예제에 대한 테스트 디렉토리 안에 해당 테스트 파일이 있습니다.

왜 c인가?

개인적으로 나는 주로 C ++ 대신 C를 사용하고 C와 C ++ 및 C ++를 모두 지원하고 싶기 때문에 CI에 중점을 두지 않기 때문에 C에 중점을 둡니다.

왜 C89?

C99/C11 대신 C89를 사용하여 다른 컴파일러 간의 이식성과 다른 언어의 접근성.

참조

• Sean Barretts 싱글 헤더 라이브러리
• 다른 단일 헤더 라이브러리
• enkits : mm_sched.h의 소스 구현
• Webby : MM_WEB.H의 소스 구현