|
:: 게시판
:: 이전 게시판
|
이전 질문 게시판은 새 글 쓰기를 막았습니다. [질문 게시판]을 이용바랍니다.
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
10/04/10 22:31
void 리턴 타입의 함수라면 함수를 약간 매크로의 개념으로 사용하시는 것 같은데, 저도 이런 방법을 최대한 배척하는 방향으로 코딩을 하고 있기는 합니다. 왜 그런지는 모르겠지만, 왠지 꺼림칙 해서요..
10/04/10 22:32
좋은 습관이라고는 할 수 없지만, 걱정 안하셔도 될꺼에요.
하다보면 자연스레 '아, 뭐가 더 좋은거구나'하고 좋은 방향으로 걸어가게 되실 테니까요. 그게 아니더라도, 회사에 취업할때쯤 코딩 규약이 있겠죠.
10/04/10 22:33
포인터를 너무 많이 쓰는건 결코 옳지 않습니다.
포인터 변수를 패러미터로 보내면 그 값을 조작하면 함수가 종료되도 유지가 되기 때문에 그러는가 본데 유지보수하기 상당히 힘들어지는 결과를 낳을 수 있습니다. 조작된 값을 받을 필요가 있을 시엔 반드시 리턴을 사용하세요. 만약 조작된 값을 여러개로 필요로 한다면[특히 배열이 아닐시에는] 해당 변수에 대해서는 포인터를 걸어줘도 됩니다. 하지만 그 외의 경우에는 그렇게 하지 마세요 아주 안좋은 버릇입니다.
10/04/10 22:46
상당한 성능향상을 기대할 수 있는 경우가 아니면 void에 pointer 조합 좋지 않은 경우가 있어요.
예를 들면 10메가짜리 자료형을 받아서 단 1kb 정도만 접근하고 변경할 필요가 있다면 새로이 자료형을 만들어서 리턴하는 것보다는 약 10000배의 성능 향상이 있겠죠. (사실 애초에 이런 경우가 생긴다면 설계를 잘못한 것일 가능성이 높습니다)
10/04/10 22:55
포인터로 뭘 하느냐에 따라 달라집니다. 좋을 수도 있고 아닐 수도 있습니다. 어차피 자기가 좋아하는 프로그래밍 스타일도 계속 변하기 때문에 크게 신경 안 쓰셔도 됩니다.
10/04/10 23:18
call by value, call by reference 개념을 알아야 합니다.
용도를 알고 프로그래밍 할 때 용도에 맞게 사용하면 됩니다. 아무렇게나 만들어도 돌아가게는 할 수 있지만, 코드가 복잡해 질 수록 오류를 범할 위험이 높아지는 겁니다.
|
||||||||||