C는 문자 처리에 좋은 언어이다??

성능상 좋지

소스코드의 생산성은 최악이 아닌가요?

PERL 하고만 비교해도 극단적으로 안 좋다는 걸 알수 있는데요.

ratmhun 님이 언급하신 것처럼
ctype.h 에 정의되어 있는 기능은 대개 매크로로 구현이 되어 있고
이에 해당하는 함수버젼도 제공됩니다.

(표준에서 함수버젼도 제공해야 된다는 것을 얼핏 어디선가 본 것 같은데,
지금 찾아보려니 잘 안보이네요.)

따라서 isupper(c) 와 같이 호출하면 매크로버젼의 isupper(c) 가
사용되고 isupper (c) 와 같이 빈칸을 주거나 (isupper)(c) 와 같이 변형시켜서
매크로 확장이 안되도록 하면 함수버젼이 호출되지요.

저도 테스트를 해 봤습니다.

#include <stdio.h>
#include <ctype.h>
#include <time.h>
#include <sys/times.h>


main(int argc, char **argv)
{
        int     c;
        int     new_c;
        clock_t from_t;
        clock_t to_t;
        int     i;
        struct tms      tms;

        if (argc !=2) {
                fprintf(stderr, "usage: %s <f|m>\n", argv[0]);
                exit(2);
        }
        from_t = times(&tms);
        if (argv[1][0] == 'f') {
            for (i = 0; i < 50000000; i++)
                new_c = (isupper)('a');
        } else {
            for (i = 0; i < 50000000; i++)
                new_c = isupper('a');
        }
        to_t = times(&tms);

        fprintf(stderr, "from = %ld, to = %ld\n", from_t, to_t);
        fprintf(stderr, "elapsed clocks: %ld\n", to_t - from_t);
}

결과는

% a.out f
from = 81154131, to = 81154634
elapsed clocks: 503

% a.out m
from = 81154906, to = 81155097
elapsed clocks: 191

와 같이 매크로를 사용하는 쪽이 2배 이상 빠르게 나왔습니다.

사실 이 코드를 작성하기 전에 다른 코드를 작성했었는데,
그 경우에는 isupper()가 아니라 toupper() 를 사용했었고,
표준입력에서 문자를 읽어 toupper()로 대문자로 바꾼 후
표준출력으로 찍는 프로그램을 작성했었고,
표준입력과 출력은 다 파일로 리다이렉션 시켰고, 입력으로는
30메가짜리 텍스트 파일을 사용했었습니다.

근데, 결과는 함수버젼이 근소하지만 더 빠르게 나왔습니다.
ctype.h 를 살펴보니까 toupper()는 매크로로 정의되어 있지 않고,
매크로 버젼은 _toupper()로 정의되어 있었습니다. (Solaris 8 기준)
결국 둘 다 함수버젼이 사용된 것이었죠.

매크로를 쓰느냐 함수를 쓰느냐는 한번 루프가 수행될 때
또는 해당 함수가 불릴 때 몇 인스트럭션 차이로 소요시간이 차이가 날텐데,
해당 루프에 다른 영향을 줄 수 있는 I/O나 다른 함수, 문장 수행은
정확한 평가에 방해가 될 수 있을것 같습니다.

[/code]

좋다 좋지 않다를 떠나서 일단 불편함이 있습니다.

스트링 객체가 없기 때문에

처리하는데 있어서 직관적이지 못하고

대부분 제공하는 라이브러리(strcpy등..)을 사용해야

하는등...(보통 NUL문자 처리나 초기화 등도 주의해야 하죠..)

프로그래머가 좀더 세세한 부분을 컨트롤 하기에는

좋지만 반대로 말하자면 , 세세한 부분까지 신경써야 하는

불편함을 줄 때도 많은 것 같습니다.

저는 C의 생산성이 최악이라고 한 것 아닙니다.
문자열 처리에 관한 코드가 엄청 복잡하다는거죠
C언어에 대해서 안 좋다- 나쁜 언어다 라고 이야기 할 생각은
전혀 없습니다.

다른언어 ( 특히 PERL) 에 비해서 같은 문자 처리 기능을 하는
프로그램을 만들기가 힘들다는 것이죠.

PERL 과 C를 동시에 능숙하게 다를수 있는 사용자라면
어느정도 복잡한 텍스트 처리 요건을 가진 프로그램을 만드는데
당연히 PERL 을 쓸것입니다.

xml을 parsing 하는데만 해도 c에 비해 훨씬 복잡한 코드일텐데요.
Regular Expression을 사용하는데만 해도
별도의 라이브러리가 있지않습니까?

<pineApple>100</pineApple>
100 을 200으로 바꾸는 C 코드의 길이는 얼마입니까?

물론 프로그램의 생산성을 코드의 길이로만 말할순 없겠지만
윗 분 말씀처럼 '신경 써야할 것' 이 너무나 많고 복잡하죠.

전에 간단한 HTML beautifer를 C로 작성하다가
TAG Parsing하는게 너무 복잡해서 PERL을 공부했었던 적이있죠.

그 유명한 TIDY 는 C로 만들어져있지만,
source code의 complexity는 수준급이죠.