답변해주신 내용들을 쭈욱 읽어보면, 
성능이나, 사용성 면에서 구조체가 클래보다 좋은점은 보이지 않는거 같네요. 
그런데도, Win32 API내부 환경 변수들도 구조체를 사용하고, 네트워크 프로그래밍을 할때도 패킷구성을 주로 구조체를 이용해서 하는 이유는 뭘까요? 
단지, 전통적인 관례로 프로그래머가 구조체 사용하는걸 좋아하기 때문 일까요? 
지금까지 답변해주신 내용만으로 감사하게 생각하지만.. 조금 더 궁금해지내요. 
자꾸 허접꼬투리 질문 올려서 죄송합니다.

과거로부터 컴퓨터의 발전 과정,
MS 윈도우즈의 발전과정,
네트워크 프로그래밍의 발전과정,
컴퓨터 프로그래밍 언어/툴의 발전과정

등에 대한 배경 지식이 빠진 상태의 질문으로 보입니다.

저는 주로 마이크로 소프트웨어 잡지의
안윤호님 칼럼을 간간히 읽는 편입니다.

여러가지 유익한 배경지식을 알수가 있거든요.

C++ 에서 구조체와 클래스는 public 이냐 private 이냐의 차이 이상은 없는 것으로 알고 있습니다.
보통은 멤버 함수가 필요 없는 클래스에 대해 이 클래스는 멤버 함수가 없다 하는 것을 명시적으로 보여주기 위해서 사용하는 것으로 알고 있습니다.

Win32API 나 네트웍 프로그래밍 등에서 구조체를 사용하는 것은 아마
같은 코드를 가지고 C와 C++에서 동시에 사용할 수 있게 하기 위한 것이 아닐까요?
세상에는 C++가 아닌 C로 Win32 프로그래밍을 하는 사람들도 있으니깐요.
당연 C++안 쓰고 C로 네트웍 프로그램 하는 사람들은 더 많구요.

저도 윗분들과 비슷한 생각을 가지고 있습니다. 액션(멤버함수)이 있을 때는 class, 단순히 데이터를 저장할 때는 주로 struct 를 씁니다.

왠지 단어 자체에 대한 의미와도 맞아떨어지는 것 같고, 그리고 이 습관이 팀 작업에서도 그 의미를 잘 전달해 주는 것 같습니다.

과거로부터 컴퓨터의 발전 과정, 
MS 윈도우즈의 발전과정, 
네트워크 프로그래밍의 발전과정, 
컴퓨터 프로그래밍 언어/툴의 발전과정 

등에 대한 배경 지식이 빠진 상태의 질문으로 보입니다.

위에 말씀하신것들에 대한 정보를 가지고 계시다면, 첨부파일로 올려주시면 안되겠는지요?
파일이 없으시다면, 알고 계시는 제대로 된 싸이트 링크라도 알려주셨으면 합니다.

알고 계시는 지식을 조금이나마 오픈해주시길 정중히 부탁드립니다.

윈도우즈는 VMS의 개발자들이 개발하였고, 처음에는 VMS 유닉스가 그랬듯이 C로 개발되었으나 중간에 C++로 개발한다는 방침이 세워지는 바람에 모두 C++로 바꾸는 과정이 있었다고 알고 있습니다. 그래서 win32 api가 C 형태를 띄고 있는게 아닐까요.

================================
위의 내용들은 www.imaso.co.kr 에서 가져왔습니다.
pdf를 포인트를 사용해서 다운로드 가능하나(포인트 거의 유료죠..^^)
pdf자료실에서 년도와 월을 선택해서 검색하시면 다운로드 받을 수 있습니다.
도서관에서 찾아서 보셔도 되구요.

===============================

C라는 언어에는 class라는 키워드가 없기 때문입니다. C++를 공부하더라도 적어도 C와 C++이 어떻게 다른지 아는 것은 중요합니다.

C는 아직도 가장 많이 쓰이는 언어중 하나입니다. 일례로 물어보신 WIN32 API 스펙의 사용언어도 C입니다. 이걸 C++ 좋아하는 사람들을 위해 더 객체지향적으로 랩핑한 라이브러리가 그 유명한 MFC구요. 네트워크 프로그래밍도 마찬가집니다.

http://www.dbguide.net/know/know101003.jsp?IDX=675&catenum=14

일단 구조체는 C,C++에서 모두사용가능하다
클레스는 그렇지 않다
또한 처음접하는사람들이 클레스란 말자체를 어려워하는사람들도 좀되는거 같다.

구조체는 자료형태만을 표현하고 만들어냄으로써 그형태가 간단명료하다
클레스는 그렇지 않다
예를들면 어떤사람이 쇠고기를 사고 싶은데 쇠고기전문점으로 가는게 좋을것이다
대형마트에 갔다 무엇무엇잡다한것다있고 쇠고기가 어느구석에서 파는지도 잘찾아봐야할것이다
쇠고기전문점이 대형마트보다 도데체 좋은점이 뭐냐고 묻는거나 마찬가지죠..

더구나 구조체에서도 함수포인터를 적제하고 하위구조체에 함수를 상속시킬수있습니다.
이러니 클레스가 있음에도 불구하고 구조체를 계속사용하게되고 또한 구조체가 사라지지 않는이유죠.

c++ programming style에 근거한거 아닐까요?
struct의 경우 struct내에 member function을 넣는것이 이상하게 보일 수 있기때문에(C 프로그래머에서 C++로 전환하는 대상자들에 안함)
class로 쓰는 경형이 있는것 같습니다.

요새는 OOP로 프로그래밍을 시작할수도 있으니까
이런 질문도 나오는군요. :o

답변주신 모든분들께 감사의 말씀 올립니다. ^^

메리 크리스마스 되세요 ~~~~!

호호호, 원츄!

요새는 OOP로 프로그래밍을 시작할수도 있으니까 
이런 질문도 나오는군요.

ㅡㅡ;

저 역시 C를 배우고 C++을 배웠습니다.
직업도 C/C++로 밥벌이를 하는 서버 프로그래머입니다.
너무도 어설프게 공부를 했던거 같았고, 문득 막연히 사용하던 구조체의 효용성이 진짜 뭘까? 하는 궁금증이 생겨 질문을 올리게 되었습니다.

('') 위에 리플에 원츄~라는 단어까지 있는걸 보니까.
기분이 좀 않좋네요. ㅡㅡ;

전 프로그램을 본격적으로 배우기 시작했던것이 C++ 부터입니다. 근데 OOP 는 아니죠 ㅎㅎ

아무래도 OOP 개념부터 확실히 알고 프로그래밍을 시작하기는 조금 재미없지 않나요? 일단 Hello World 부터 찍고 시작해야죠. 설마 Hello World 를 처음부터 OOP 로 가르켜주는 서적은 못 본 것 같은데요 ^^;;

C에는 어차피 class라는 게 없고요.

C++에서 class는 struct와 똑같은데 다만 처음에 아무 말도 없으면 private으로 시작하는 것만이 다를 뿐이죠. 실제로 뭔가 더 "있어 보이는" 느낌을 주긴 하지만, class나 struct나 어느 한 쪽이 다른 한 쪽보다 더 우수하거나 뛰어난 것은 하나도 없습니다. struct라고 더 빠르거나 멤버의 위치, 크기 등이 더 구체적으로 명확히 정해지는 것도 아니고, 반대로 생성자나 소멸자, 멤버 함수, 가상 멤버 함수 등을 class에서만 쓸 수 있고 struct에서 못 쓰는 것도 아닙니다. 마치 template <class T>와 template <typename T>가 똑같은 것과 비슷하다고나 할까요. (괜히 아까운 키워드 하나 잡아먹었다는 생각도 듭니다. class라는 변수명 쓰는 C 프로그램도 꽤 있는데. -_-;)

요즘 게시판에 댓글 잘 안다는데요... 여기는 두번이나.. 후후.. 것두 쓸데없없어보이는거..

원츄가 무슨뜻으로 쓰이길래 기분까지 나빠지는 건가요.?

그리고.. struct와 class가 단순히 키워드 차이는 아니라고 알고 있는데, class에 메소드가 없더라도, 가상 함수 테이블이 생성되는 거 아닌가요? c++이 c에 비해 조금이라도 인스트럭션이 늘어나는 것도 이것 때문인걸로 알고 있는데요.

허접한 씨프로그래머 였습니다.

구조체와 클래스와의 차이는 이제 상속정도 된다고 하더군요...
이것도 지금 되는 지는 모르겠습니다만...구조체는 상속을 지원하지 않고 클래스는 상속이 된다고 하더군요...
그런데 씨샵에서 그럼 sealed클래스와 구조체의 차이가 뭐냐 이러면 저도 궁금합니다.쿨럭...

가상 함수 테이블은 virtual function 가 있어야만 만들어집니다. class A 를 sizeof() 해보시면, 아무리 일반 function 을 늘여도 크기는 그대로 인데, virtual function 이 하나 이상 추가되면 특정 바이트의 크기(일반적으로 4바이트)가 늘어나죠. ^^ 즉, 가상 함수가 있어야 가상 함수 테이블이 생성됩니다.

C# 에서 기본적으로 class 를 new 하면 heap 에 생성되고, struct 를 new 하면 stack 에 생성됩니다.

저같은 경우에는 뭔가 큰일을 하는것은 class로.. 단순 데이터 패키징및 저장 목적은 struct로 합니다..

파일단위로 쪼개는 단위가 클래스 단위로 쪼개는 습관 때문이기도 하구요..

(abcd라는 클래스를 작성한다면 abcd.h, abcd.cpp 이렇게 작성하고 한 파일에는 한 클래스만 넣거든요.. :oops: )

제가볼때는 class 는 변수,함수군 들의 관리 차원에서 나왔다고 생각되는군요.그런후 C++로 이름한..
개발자를 사용자로 만들기위한 전략도 내포된듯한 느낌을 받는..

http://home.postech.ac.kr/~istpark/htmdir/humor/c++.html
.

아. 기분이 나쁘셨다면 죄송합니다. "전혀" 나쁜뜻은 없었답니다.

하지만 확실한 것은 처음에 이소희님께서 올리셨던 질문을 보고 누구라도 처음에 드는 느낌은 "C에 익숙하지 않은 상태에서 C++를 알게 되었구나"라는 것이지요.

정답입니다.

아. 기분이 나쁘셨다면 죄송합니다. "전혀" 나쁜뜻은 없었답니다. 

하지만 확실한 것은 처음에 이소희님께서 올리셨던 질문을 보고 누구라도 처음에 드는 느낌은 "C에 익숙하지 않은 상태에서 C++를 알게 되었구나"라는 것이지요.

자격지심 가지실 필요 없어요. C++의 고수들은 C++을 배우기 위해 C를 배우지는
말라고 하더군요. C++에 익숙하지 않은 상태에서 C#을 알게 되는 것이 별로
이상하지 않은 것과 마찬가지지요.

상속이 차이난다는 말은 의미를 모르겠습니다. 표준에서도 그런 차이를 규정하고 있지 않는 걸로 압니다.

개인 적인 기준은 private: public: 타이핑을 귀찮아해서 어느 쪽이 더 많을 것 같은지에 따라서 struct와 class를 구별해서 이용해 왔습니다. :-)

C++은 C의 '거의' 완전한 슈퍼셋이므로, C로 할 수 있는 일이라면 무엇이든 C++로 할 수 있다고 생각하는데요. 오히려 C++이 훨씬 더 expressive 한 면이 장점이 될 수 있다고 생각합니다 :)
C++보다 더 low-level한 언어는 C가 아니라 어셈블리가 유일하지 않을까 하네요.

흠... 또다시 C와 C++의 flame war가 발생할 조짐이 있어 말씀드립니다.
제가 처음에 말한 의도는 "어차피 C++은 (논쟁의 소지는 있으나) C의 수퍼셋이므로
C++을 배우면 자연히 C도 알게 되는 것이니 일거양득이다"는 뜻이 아니었습니다.
저는 오히려 C와 C++은 전혀 다른 언어라고 생각하며, 두 언어가 비슷한 모습을
갖고 있는 것은 역사적인 이유로 인한 우연성 이상은 아니라고 보는 거죠. 앞으로
차이는 더욱 벌어질지도 모르고 솔직히 그래도 상관없다고 봅니다.

C++이 multi-paradigm 지향의 언어라고는 하지만 단지 보다 엄격한 타입 체킹,
안전성 등만을 목적으로 C++을 사용하려는 사람은 거의 없을 거라고 봅니다.
즉 데이터 추상화, OOP, generic programming, STL 같은 것을 목적으로 하는
사람이 훨씬 많을 거라는 거죠. 이렇게 C에서는 지원하지 않는 언어적 특징들을
목적으로 한다면 C를 배울 필요는 없으며 또한 그래서도 안됩니다.
(노파심에 말씀드립니다만 "지원하지 않는다"는 뜻은 이런 것들을 C로 구현하려면
불가능하거나 보통 이상의 기술과 노력이 든다는 뜻입니다.)

요약하면 제 뜻은 이렇습니다. "C가 필요하면 C를 배우고, C++이 필요하면 처음부터
C++을 배우십시오."

ps. 저는 C와 C++을 모두 좋아합니다. 현업에서는 주로 C++을 쓰기는 하지만 C에
대해서도 계속 관심을 갖고 있습니다. 그래서 전웅님의 책이 빨리 나오기를 기다리고
있답니다.

ps2. 시스템 프로그래밍에 C와 C++ 중 어느 것이 더 적합하냐는 저의 관심사항이 아닙니다.

습관일거 같습니다.

원래 C에서는 데이터를 구조적으로 저장하는데
구조체를 사용하게 되었고,

C++은 여기에 그 데이터에 대한 연산까지를 하나로
묶어 클래스를 만들게 되었죠.

그래서 C를 하다가 C++을 하게 된 경우에는,
데이터를 저장한다고 하면 습관적으로 struct가 나오게
될 수 있을겁니다. 그래서 쓰는 정도의 의미만 있을거라고
생각하고, 사실 둘간의 차이는 private/public 이런 것 외에는 없죠.

마찬가지로 제 경우는 C->C++->JAVA의 순으로 흘러왔는데
JAVA를 하면서 단지 값만 저장할게 뻔한데

public class xxx{
   public int x;
   public int y;
}

이런식으로 코드를 쓰다보면 왜 구조체 같은게 없는거지?
라고 답답해 하기도 합니다... 워낙 습관이 되서요.

연산을 추상화하느냐, 데이터 멤버에 대한 접근역시 추상화해서
코드 수정의 여지를 남겨두느냐에 대해서는 개인차가 있을텐데요..
특히나 데이터 멤버도 public이었으면 좋겠고 연산같은건
만들기 싫다면 더욱이 구조체를 자꾸 쓰고 싶어져요.
그러나 그 일을 클래스로 했어도 아무 상관은 없는일이죠.

1 페이지에 Hello, World 프로그램을
OOP를 안 쓰고 작성하니까
OOP로 프로그래밍을 시작하는
없다고 하신 분 ㅡ,.ㅡ

다음의 소스는 뭡니까?

cout << "Hello, World" << endl;

분명히 cout 는 객체입니다.

참고로,

C++ 에서 cout 안 쓰고 printf 쓴다고 해서 문제될 것은 없지요.
좀 오래된 책들에서는 C++ 에서 fstream 안 쓰고 FILE* 로 파일 입출력을 가르치더군요.
그리고 꽤 많은 사람들이 그렇게 쓰기도 합니다.

C++ 에서는 기본 자료형을 포함해 모든 변수가 객체로써 만들어 지는 것으로 알고 있습니다.
그렇다고 해서 "C++ 에서는 OOP 없이 프로그래밍 할 수 없다" 라고 하면 단순한 말꼬리잡기가 되어버렬 것 같다는 생각이 드는군요.

여하튼,
C++ 의 세계에서 class와 struct 의 차이는 public 이나 private 이냐의 차이밖에 없고,
C#이나 그 외에 다른 언어로 가면 조금 달라지는 모양이군요..

Forbidden

You don't have permission to access /~istpark/htmdir/humor/c++.html on this server.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

라네요 -_-;; 무슨 내용일까? 궁금합니다...^^

^^; 제가 의도한 소스는 두번째 꺼였구요. 그러나 Hello World 를 뜻한 것은 처음부터( ! )를 말하는 것이었습니다. 보시다시피 14장에서 나오지 않습니까? 그만큼 OOP 가 바로 시작하는 것(1장부터 저 두번째 코드를 가르치는것)은 어려움을 얘기한 거였죠 ^^

객체지향(object-oriented)의 특징을 다음 네 가지로 얘기합니다.

• dynamic lookup
• abstraction
• subtyping
• inheritance

제가 경험한 바로는 constructor와 destructor의 차이 때문입니다.
상황에 따라 다르게 적용되는 부분입니다.

제가 클래스로 디자인했다가 구조체로 바꾼 부분은
백만번 이상.. 정말 빈번하게 생성하고 없애는 경우의 자료인데요.

정의된 클래스의 메모리 공간을 new를 이용해서 메모리를 할당받고 delete로 해제하는 경우에, 아무것도 수행하지 않는 constructor나 destructor가 있다고 하더라도.. 호출되는 자체도 엄청난 오버헤드가 되는 상황입니다.

그래서 그러한 자료를 관리하는 부분은 클래스로 구성하고,
각각의 자료들을 구조체에 담아 malloc으로 할당 받습니다.

네트워크의 경우도 이러한 경우인 것 같네요.

이해가 가지 부분이네요.

구현의 문제이기는 하지만, "멤버 변수가 없는 클래스"와 구조체 구현이
내부적으로 다를 이유가 있나요?

class A
{
int i;
};
struct B
{
int i;
}

A *a = new A;
B *b = (B*)malloc(sizeof(B));

이 둘이 "실질적인" 구현에 차이가 있나요?

생성자를 명시적으로 정의하느냐의 문제가 아니라 malloc을 쓰느냐 new를 쓰느냐�