Norm 공식 문서

C에서 함수를 static으로 선언하는것은 그 함수를 해당 소스파일에서만 사용가능하게 한다. 외부에서도 호출할 함수 외에는 기본적으로 staic 함수로 선언함이 유리하다.

• Norm 공식 문서에 외부 비노출 함수의 경우 static 사용을 ‘권장’한다고 되어있음 (good habit)
• static을 사용하는 이유? ⇒ 소스 파일 내부에서만 사용하는 함수의 경우, 굳이 외부로 노출 시킬 필요가 없기 때문에

static function(정적 함수)의 장점

• 코드 안정화

  • 다른 파일에서 의도치 않게 어떤 함수를 호출하는 경우를 막는다.

  • 하나의 프로그램을 함께 개발하는 다수의 개발자가 각각 소스 파일을 작성하였는데 우연히 동일한 이름의 함수가 존재하여 충돌을 일으킬 수도 있다. static 키워드를 붙이면 이런 문제가 해결된다.

    

    위 두 소스파일을 함께 컴파일시 링크 에러가 발생하지 않고 정상적으로 빌드된다. 둘 중 하나에만 static을 붙여도 되는 것 같다.

• 가독성 증가

  • static 키워드가 붙어있는 것을 보면 그 함수는 다른 파일에서 사용하지 않는다는 것을 곧바로 알 수 있다. 코드 분석 시 이 함수가 어디에서 사용되었는지 헤맬 필요가 없으니 읽는데 들일 시간이 줄어든다!!

• 중복 함수명 허용

  • static 함수는 해당 파일 내부에서만 사용할 수 있기 때문에 같은 이름의 함수를 여러개의 파일에 생성할 수 있게 된다.
    • 특정 파일과 유사한 파일을 하나 더 만들고 싶을 때, 변수명의 중복을 피하기 위해 새로 만든 파일의 모든 함수에 static을 붙이는 경우를 본 적이 있다. 이것이 일반적으로 권장되는 것인지는 모르겠지만 무튼 이런식으로 활용할 수 있다.

‘Libft’ 과제에서 서브 함수들은 무조건 전부 static을 처리해야하나요?

https://42born2code.slack.com/archives/CU6MU5TB7/p1638442339066600?thread_ts=1638431954.056300&cid=CU6MU5TB7

⇒ 다른 파일에서 참조할 일이 없는 함수들에 대해 static으로 함수를 정의하는 것은 분명 좋은 습관이지만, libft는 함수들간 충돌이 일어날 만큼 프로젝트의 규모가 크지 않고, 컨벤션*이 명확하므로 꼭 해야 할 필요는 없다. 만약 static 처리를 하기로 결정했다면, 혼란을 방지하기 위해 이 코딩 컨벤션을 확실히 지켜야한다. (어떤 것은 static 처리를 하고 어떤 것은 하지 않는다면 안하느니만 못하다.)

• 정적함수를 사용했을 때 얻는 장점은 코딩도장의 홈페이지에서 충분히 설명이 되었으리라 생각하고, 정적함수로 사용하면 동일한 함수명을 사용했을 때 참조할 시 오는 혼란과 의도하지 않는 동작을 막을 수는 있습니다.
• 그런데 저는 아래의 이유로 이를 반드시 평가사항에 집어넣지는 않습니다. libft는 컨벤션이 명확합니다. libft는 함수 이름에 접두어로 오는 식별자가 ft_ 인 라이브러리를 구성하고 내부 함수들을 만드는 서브젝트입니다.
• 당연 여기서 사용하는 모든 함수명의 처음에는 ft_ 가 붙고, 함수 이름을 정합니다. 컨벤션을 잘 지키고 함수 이름에서 충돌이 나지 않는다면 위에서 언급한 혼란이 생기지 않습니다.
• 그리고 그런 충돌들이 일어날 만큼 libft의 프로젝트의 규모는 크지 않습니다.
• 특히나 지금처럼 '전부 스테틱 처리해주는 게 '맞나요?''라고 묻는다면 더더욱이요. 오히려 저는 이걸 가지고 fail을 주겠다면 평가자에게 위의 사항을 되물어볼 것 같습니다. 혼란을 방지하기 위해 특정 코드 컨벤션을 정했다면, 추가적인 기능을 필연적으로 더 써야만 하는 상황이 아니라면 혼란을 피하기 위해 컨벤션을 우선적으로 지키는 것이 맞다고 생각합니다. 다른 것은 선택사항이라고 생각해요.
• 하나의 파일 안에서 여러가지 함수를 쓸 때 다른 파일에서 참조할 일이 없는 함수들에 대해 정적함수로 정의하는 것은 혼란을 방지하는 아주 좋은 습관이지, 그게 필수로 해야하고 안하면 fail주고 그래야하는 것은 아니라고 생각합니다.

<aside> 💡 코딩 컨벤션(convention) (관습, 조약, 협약) 읽고, 관리하기 쉬운 코드를 작성하기 위한 일종의 코딩 스타일 규약(하나의 작성 표준)으로, 간단히 말해 코딩 규칙을 통일하는 것. (예를 들어 Libft 과제에서는 함수 이름에 접두어로 오는 식별자가 ft_ 로 통일되어있음)

</aside>