Tôi đã thấy nhiều chương trình bao gồm các cấu trúc như bên dưới

typedef struct 
{
    int i;
    char k;
} elem;

elem user;

Tại sao nó cần thiết thường xuyên như vậy? Bất kỳ lý do cụ thể hoặc khu vực áp dụng?

Như Greg Hewgill đã nói, typedef có nghĩa là bạn không còn phải viết ở structkhắp mọi nơi. Điều đó không chỉ tiết kiệm tổ hợp phím, nó còn có thể làm cho mã sạch hơn vì nó cung cấp một bản tóm tắt nhiều hơn.

Những thứ như

typedef struct {
  int x, y;
} Point;

Point point_new(int x, int y)
{
  Point a;
  a.x = x;
  a.y = y;
  return a;
}

trở nên sạch hơn khi bạn không cần phải xem từ khóa "struct" ở mọi nơi, nó trông giống như thực sự có một loại gọi là "Điểm" trong ngôn ngữ của bạn. Mà, sau khi typedef, là trường hợp tôi đoán.

Cũng lưu ý rằng trong khi ví dụ của bạn (và của tôi) đã bỏ qua việc đặt tên cho struct chính nó, thì thực tế việc đặt tên nó cũng hữu ích khi bạn muốn cung cấp một loại mờ. Sau đó, bạn sẽ có mã như thế này trong tiêu đề:

typedef struct Point Point;

Point * point_new(int x, int y);

và sau đó cung cấp structđịnh nghĩa trong tệp thực hiện:

struct Point
{
  int x, y;
};

Point * point_new(int x, int y)
{
  Point *p;
  if((p = malloc(sizeof *p)) != NULL)
  {
    p->x = x;
    p->y = y;
  }
  return p;
}

Trong trường hợp sau này, bạn không thể trả về Điểm theo giá trị, vì định nghĩa của nó bị ẩn khỏi người dùng của tệp tiêu đề. Đây là một kỹ thuật được sử dụng rộng rãi trong GTK + , ví dụ.

CẬP NHẬT Lưu ý rằng cũng có những dự án C được đánh giá cao trong đó việc sử dụng typedefđể ẩn structnày được coi là một ý tưởng tồi, hạt nhân Linux có lẽ là dự án nổi tiếng nhất như vậy. Xem Chương 5 của tài liệu Mã hóa hạt nhân Linux để biết những lời tức giận của Linus. :) Quan điểm của tôi là "nên" trong câu hỏi có lẽ không được đặt trong đá, sau tất cả.

Thật đáng ngạc nhiên khi có nhiều người mắc phải sai lầm này. VUI LÒNG không gõ các cấu trúc typedef trong C, nó không gây ô nhiễm không gian tên toàn cầu thường bị ô nhiễm trong các chương trình C lớn.

Ngoài ra, các cấu trúc typedef'd không có tên thẻ là nguyên nhân chính của việc áp đặt các mối quan hệ không cần thiết giữa các tệp tiêu đề.

Xem xét:

#ifndef FOO_H
#define FOO_H 1

#define FOO_DEF (0xDEADBABE)

struct bar; /* forward declaration, defined in bar.h*/

struct foo {
  struct bar *bar;
};

#endif

Với định nghĩa như vậy, không sử dụng typedefs, một đơn vị biên dịch có thể bao gồm foo.h để có được FOO_DEFđịnh nghĩa. Nếu nó không cố gắng hủy đăng ký thành viên 'bar' của foostruct thì sẽ không cần phải bao gồm tệp "bar.h".

Ngoài ra, do không gian tên khác nhau giữa tên thẻ và tên thành viên, nên có thể viết mã rất dễ đọc như:

struct foo *foo;

printf("foo->bar = %p", foo->bar);

Vì các không gian tên là riêng biệt, không có xung đột trong việc đặt tên biến trùng với tên thẻ struct của chúng.

Nếu tôi phải duy trì mã của bạn, tôi sẽ xóa cấu trúc typedef'd của bạn.

Từ một bài viết cũ của Dan Saks ( http://www.ddj.com/cpp/184403396?pgno=3 ):

Các quy tắc ngôn ngữ C để đặt tên cấu trúc là một chút lập dị, nhưng chúng khá vô hại. Tuy nhiên, khi được mở rộng cho các lớp trong C ++, các quy tắc tương tự sẽ mở ra các vết nứt nhỏ để các lỗi phát hiện.

Trong C, tên s xuất hiện trong

struct s
    {
    ...
    };

là một thẻ. Tên thẻ không phải là tên loại. Đưa ra định nghĩa trên, các khai báo như

s x;    /* error in C */
s *p;   /* error in C */

là lỗi trong C. Bạn phải viết chúng là

struct s x;     /* OK */
struct s *p;    /* OK */

Tên của các hiệp hội và liệt kê cũng là các thẻ chứ không phải là các loại.

Trong C, các thẻ khác với tất cả các tên khác (cho các hàm, loại, biến và hằng số liệt kê). Trình biên dịch C duy trì các thẻ trong bảng ký hiệu về mặt khái niệm nếu không tách biệt về mặt vật lý với bảng chứa tất cả các tên khác. Vì vậy, chương trình C có thể có cả thẻ và tên khác có cùng cách viết trong cùng một phạm vi. Ví dụ,

struct s s;

là một khai báo hợp lệ khai báo biến s của kiểu struct s. Nó có thể không phải là thực hành tốt, nhưng trình biên dịch C phải chấp nhận nó. Tôi chưa bao giờ thấy một lý do tại sao C được thiết kế theo cách này. Tôi đã luôn nghĩ rằng đó là một sai lầm, nhưng nó có.

Nhiều lập trình viên (bao gồm cả bạn thực sự) thích nghĩ về tên cấu trúc như tên loại, vì vậy họ xác định bí danh cho thẻ bằng cách sử dụng typedef. Ví dụ: xác định

struct s
    {
    ...
    };
typedef struct s S;

cho phép bạn sử dụng S thay cho struct s, như trong

S x;
S *p;

Một chương trình không thể sử dụng S làm tên của cả loại và biến (hoặc hàm hoặc hằng số liệt kê):

S S;    // error

Điều này là tốt

Tên thẻ trong định nghĩa struct, union hoặc enum là tùy chọn. Nhiều lập trình viên gấp định nghĩa cấu trúc vào typedef và phân phối với thẻ hoàn toàn, như trong:

typedef struct
    {
    ...
    } S;

Bài viết được liên kết cũng có một cuộc thảo luận về cách hành vi của C ++ không yêu cầu typedefcó thể gây ra các vấn đề ẩn tên tinh tế. Để ngăn chặn những vấn đề này, đó cũng là một ý tưởng tốt cho typedefcác lớp và cấu trúc của bạn trong C ++, mặc dù thoạt nhìn có vẻ không cần thiết. Trong C ++, với việc typedefẩn tên trở thành một lỗi mà trình biên dịch cho bạn biết chứ không phải là một nguồn ẩn của các vấn đề tiềm ẩn.

Sử dụng typedefđể tránh phải viết structmỗi khi bạn khai báo một biến loại đó:

struct elem
{
 int i;
 char k;
};
elem user; // compile error!
struct elem user; // this is correct

Một lý do chính đáng khác để luôn luôn đánh máy và kết quả từ vấn đề này:

enum EnumDef
{
  FIRST_ITEM,
  SECOND_ITEM
};

struct StructDef
{
  enum EnuumDef MyEnum;
  unsigned int MyVar;
} MyStruct;

Lưu ý lỗi đánh máy trong EnumDef trong struct (Enu u mDef)? Điều này biên dịch không có lỗi (hoặc cảnh báo) và (tùy theo cách hiểu theo nghĩa đen của Tiêu chuẩn C) đúng. Vấn đề là tôi vừa tạo một định nghĩa liệt kê mới (trống) trong cấu trúc của mình. Tôi không (như dự định) sử dụng định nghĩa EnumDef trước đó.

Với một lỗi đánh máy tương tự, lỗi chính tả sẽ dẫn đến lỗi trình biên dịch khi sử dụng một kiểu không xác định:

typedef 
{
  FIRST_ITEM,
  SECOND_ITEM
} EnumDef;

typedef struct
{
  EnuumDef MyEnum; /* compiler error (unknown type) */
  unsigned int MyVar;
} StructDef;
StrructDef MyStruct; /* compiler error (unknown type) */

Tôi sẽ ủng hộ LUÔN LUÔN đánh máy các sơ đồ và bảng liệt kê.

Không chỉ để lưu một số cách gõ (không có ý định chơi chữ;)), mà bởi vì nó an toàn hơn.

Phong cách mã hóa nhân Linux Chương 5 đưa ra những ưu và nhược điểm lớn (chủ yếu là nhược điểm) của việc sử dụng typedef.

Vui lòng không sử dụng những thứ như "vps_t".

Đó là một sai lầm khi sử dụng typedef cho các cấu trúc và con trỏ. Khi bạn nhìn thấy một

vps_t a;

trong nguồn, nó có nghĩa là gì?

Ngược lại, nếu nó nói

struct virtual_container *a;

bạn thực sự có thể nói "a" là gì.

Nhiều người nghĩ rằng typedefs "giúp đọc". Không phải vậy. Chúng chỉ hữu ích cho:

(a) các đối tượng hoàn toàn mờ đục (trong đó typedef được sử dụng tích cực để che giấu đối tượng là gì).

Ví dụ: "pte_t", v.v. các đối tượng mờ mà bạn chỉ có thể truy cập bằng các hàm truy cập thích hợp.

GHI CHÚ! Bản thân và "chức năng truy cập" không tốt. Lý do chúng tôi có chúng cho những thứ như pte_t, vv là vì thực sự không có thông tin có thể truy cập được ở đó.

(b) Xóa các kiểu số nguyên, trong đó việc trừu tượng hóa giúp tránh nhầm lẫn cho dù đó là "int" hay "long".

u8 / u16 / u32 là typedefs hoàn toàn tốt, mặc dù chúng phù hợp với thể loại (d) tốt hơn ở đây.

GHI CHÚ! Một lần nữa - cần phải có một lý do cho việc này. Nếu một cái gì đó là "không dấu dài", thì không có lý do gì để làm

typedef unsigned long myflags_t;

nhưng nếu có một lý do rõ ràng về lý do tại sao nó trong một số trường hợp nhất định có thể là "int unsign" và trong các cấu hình khác có thể là "không dấu dài", thì bằng mọi cách hãy tiếp tục và sử dụng một typedef.

(c) khi bạn sử dụng thưa thớt để tạo ra một kiểu mới để kiểm tra kiểu.

(d) Các loại mới giống hệt với các loại C99 tiêu chuẩn, trong một số trường hợp đặc biệt.

Mặc dù sẽ chỉ mất một khoảng thời gian ngắn để mắt và não làm quen với các loại tiêu chuẩn như 'uint32_t', một số người vẫn phản đối việc sử dụng chúng.

Do đó, các loại 'u8 / u16 / u32 / u64' dành riêng cho Linux và các loại tương đương đã ký giống với các loại tiêu chuẩn được cho phép - mặc dù chúng không bắt buộc trong mã mới của riêng bạn.

Khi chỉnh sửa mã hiện có đã sử dụng một hoặc một nhóm loại khác, bạn nên tuân thủ các lựa chọn hiện có trong mã đó.

(e) Các loại an toàn để sử dụng trong không gian người dùng.

Trong một số cấu trúc nhất định có thể nhìn thấy đối với không gian người dùng, chúng tôi không thể yêu cầu các loại C99 và không thể sử dụng biểu mẫu 'u32' ở trên. Do đó, chúng tôi sử dụng __u32 và các loại tương tự trong tất cả các cấu trúc được chia sẻ với không gian người dùng.

Có thể có những trường hợp khác nữa, nhưng về cơ bản, quy tắc nên KHÔNG BAO GIỜ sử dụng typedef trừ khi bạn có thể khớp rõ ràng với một trong những quy tắc đó.

Nói chung, một con trỏ hoặc một cấu trúc có các phần tử có thể được truy cập trực tiếp một cách hợp lý không bao giờ nên là một typedef.

Nó chỉ ra rằng có những ưu và nhược điểm. Một nguồn thông tin hữu ích là cuốn sách bán kết "Chuyên gia lập trình C" ( Chương 3 ). Tóm lại, trong C bạn có nhiều không gian tên: thẻ, loại, tên thành viên và mã định danh . typedefgiới thiệu một bí danh cho một loại và định vị nó trong không gian tên thẻ. Cụ thể là

typedef struct Tag{
...members...
}Type;

định nghĩa hai điều. Một thẻ trong không gian tên thẻ và một Loại trong không gian tên loại. Vì vậy, bạn có thể làm cả hai Type myTypevà struct Tag myTagType. Tuyên bố như struct Type myTypehoặc Tag myTagTypelà bất hợp pháp. Ngoài ra, trong một tuyên bố như thế này:

typedef Type *Type_ptr;

chúng tôi xác định một con trỏ đến Loại của chúng tôi. Vì vậy, nếu chúng tôi tuyên bố:

Type_ptr var1, var2;
struct Tag *myTagType1, myTagType2;

sau đó var1, var2và myTagType1là con trỏ tới Loại nhưng myTagType2không.

Trong cuốn sách được đề cập ở trên, nó đề cập rằng các cấu trúc typedefing không hữu ích lắm vì nó chỉ cứu lập trình viên khỏi việc viết từ struct. Tuy nhiên, tôi có một sự phản đối, giống như nhiều lập trình viên C khác. Mặc dù đôi khi nó chuyển sang làm xáo trộn một số tên (đó là lý do tại sao không nên sử dụng các cơ sở mã lớn như kernel) khi bạn muốn triển khai đa hình trong C, nó giúp tìm hiểu chi tiết rất nhiều ở đây . Thí dụ:

typedef struct MyWriter_t{
    MyPipe super;
    MyQueue relative;
    uint32_t flags;
...
}MyWriter;

bạn có thể làm:

void my_writer_func(MyPipe *s)
{
    MyWriter *self = (MyWriter *) s;
    uint32_t myFlags = self->flags;
...
}

Vì vậy, bạn có thể truy cập một thành viên bên ngoài ( flags) bằng struct bên trong ( MyPipe) thông qua việc truyền. Đối với tôi, việc sử dụng toàn bộ loại sẽ ít gây nhầm lẫn hơn là thực hiện (struct MyWriter_ *) s;mỗi khi bạn muốn thực hiện chức năng đó. Trong những trường hợp này, tham chiếu ngắn là một vấn đề lớn đặc biệt nếu bạn sử dụng nhiều kỹ thuật trong mã của mình.

Cuối cùng, khía cạnh cuối cùng với typedefcác loại ed là không có khả năng mở rộng chúng, trái ngược với các macro. Nếu ví dụ, bạn có:

#define X char[10] or
typedef char Y[10]

sau đó bạn có thể tuyên bố

unsigned X x; but not
unsigned Y y;

Chúng tôi không thực sự quan tâm đến điều này cho các cấu trúc vì nó không áp dụng cho các chỉ định lưu trữ ( volatilevà const).

Tôi không nghĩ rằng tuyên bố về phía trước thậm chí có thể với typedef. Việc sử dụng struct, enum và union cho phép chuyển tiếp các khai báo khi các phụ thuộc (biết về) là hai chiều.

Phong cách: Sử dụng typedef trong C ++ có ý nghĩa khá lớn. Nó gần như có thể cần thiết khi xử lý các mẫu yêu cầu nhiều tham số và / hoặc biến. Typedef giúp giữ cho việc đặt tên thẳng.

Không phải như vậy trong ngôn ngữ lập trình C. Việc sử dụng typedef thường không phục vụ mục đích nào ngoài việc làm xáo trộn việc sử dụng cấu trúc dữ liệu. Vì chỉ có {struct (6), enum (4), union (5)} số lần nhấn phím được sử dụng để khai báo một kiểu dữ liệu nên hầu như không sử dụng cho bí danh của struct. Là kiểu dữ liệu đó là một liên minh hoặc một cấu trúc? Sử dụng khai báo không đánh máy đơn giản cho phép bạn biết ngay đó là loại gì.

Lưu ý cách Linux được viết với sự tránh nghiêm ngặt của typedef vô nghĩa này mang lại. Kết quả là một phong cách tối giản và sạch sẽ.

Hãy bắt đầu với những điều cơ bản và tiến lên.

Dưới đây là một ví dụ về định nghĩa cấu trúc:

struct point
  {
    int x, y;
  };

Ở đây tên pointlà tùy chọn.

Một cấu trúc có thể được khai báo trong định nghĩa của nó hoặc sau đó.

Khai báo trong khi định nghĩa

struct point
  {
    int x, y;
  } first_point, second_point;

Tuyên bố sau khi định nghĩa

struct point
  {
    int x, y;
  };
struct point first_point, second_point;

Bây giờ, cẩn thận lưu ý trường hợp cuối cùng ở trên; bạn cần phải viết struct pointđể khai báo Cấu trúc của loại đó nếu bạn quyết định tạo loại đó tại một điểm sau trong mã của bạn.

Nhập typedef. Nếu bạn dự định tạo Cấu trúc mới (Cấu trúc là kiểu dữ liệu tùy chỉnh) sau này trong chương trình của bạn bằng cách sử dụng cùng một kế hoạch chi tiết, sử dụng typedeftrong định nghĩa của nó có thể là một ý tưởng tốt vì bạn có thể lưu một số thao tác gõ tiến lên.

typedef struct point
  {
    int x, y;
  } Points;

Points first_point, second_point;

Một lời cảnh báo trong khi đặt tên loại tùy chỉnh của bạn

Không có gì ngăn bạn sử dụng hậu tố _t ở cuối tên loại tùy chỉnh của bạn nhưng tiêu chuẩn POSIX bảo lưu việc sử dụng hậu tố _t để biểu thị tên loại thư viện chuẩn.

Tên bạn (tùy chọn) cung cấp cho struct được gọi là tên thẻ và, như đã được lưu ý, bản thân nó không phải là một loại. Để có được loại yêu cầu tiền tố struct.

Bỏ GTK + sang một bên, tôi không chắc tên thẻ được sử dụng bất cứ thứ gì thông thường như kiểu typedef cho kiểu cấu trúc, vì vậy, trong C ++ được nhận dạng và bạn cũng có thể bỏ qua từ khóa struct và sử dụng tên thẻ làm tên loại:

    struct MyStruct
    {
      int i;
    };

    // The following is legal in C++:
    MyStruct obj;
    obj.i = 7;

typedef sẽ không cung cấp một tập hợp các cấu trúc dữ liệu. Điều này bạn không thể làm với typdef:

struct bar;
struct foo;

struct foo {
    struct bar *b;
};

struct bar {
    struct foo *f;
};

Tất nhiên bạn luôn có thể thêm:

typedef struct foo foo_t;
typedef struct bar bar_t;

Chính xác thì điểm đó là gì?

A> một typdef hỗ trợ ý nghĩa và tài liệu của một chương trình bằng cách cho phép tạo ra các từ đồng nghĩa có ý nghĩa hơn cho các loại dữ liệu . Ngoài ra, chúng giúp tham số hóa một chương trình chống lại các vấn đề về tính di động (K & R, pg147, C prog lang).

B> một cấu trúc xác định một loại . Structs cho phép nhóm một vars thuận tiện để xử lý thuận tiện (K & R, pg127, C prog lang.) Như một đơn vị

C> typedef'ing một cấu trúc được giải thích trong A ở trên.

D> Đối với tôi, cấu trúc là các loại tùy chỉnh hoặc bộ chứa hoặc bộ sưu tập hoặc không gian tên hoặc loại phức tạp, trong khi một typdef chỉ là một phương tiện để tạo ra nhiều biệt danh.

Hóa ra trong C99 typedef là bắt buộc. Nó đã lỗi thời, nhưng rất nhiều công cụ (ala HackRank) sử dụng c99 làm triển khai C thuần túy. Và typedef là bắt buộc ở đó.

Tôi không nói rằng họ nên thay đổi (có thể có hai tùy chọn C) nếu yêu cầu thay đổi, những người trong chúng ta đang học để phỏng vấn trên trang web sẽ là SOL.

Trong ngôn ngữ lập trình 'C', từ khóa 'typedef' được sử dụng để khai báo tên mới cho một số đối tượng (kiểu struct, mảng, hàm..enum). Ví dụ: tôi sẽ sử dụng 'struct-s'. Trong 'C', chúng ta thường khai báo một 'struct' bên ngoài chức năng 'chính'. Ví dụ:

struct complex{ int real_part, img_part }COMPLEX;

main(){

 struct KOMPLEKS number; // number type is now a struct type
 number.real_part = 3;
 number.img_part = -1;
 printf("Number: %d.%d i \n",number.real_part, number.img_part);

}

Mỗi lần tôi quyết định sử dụng loại cấu trúc, tôi sẽ cần từ khóa này 'struct' cái gì đó '' tên '.' Typedef 'sẽ chỉ đổi tên loại đó và tôi có thể sử dụng tên mới đó trong chương trình của mình mỗi khi tôi muốn. Vì vậy, mã của chúng tôi sẽ là:

typedef struct complex{int real_part, img_part; }COMPLEX;
//now COMPLEX is the new name for this structure and if I want to use it without
// a keyword like in the first example 'struct complex number'.

main(){

COMPLEX number; // number is now the same type as in the first example
number.real_part = 1;
number.img)part = 5;
printf("%d %d \n", number.real_part, number.img_part);

}

Nếu bạn có một số đối tượng cục bộ (struct, mảng, có giá trị) sẽ được sử dụng trong toàn bộ chương trình của bạn, bạn có thể chỉ cần đặt tên cho nó bằng cách sử dụng 'typedef'.

Nói chung, trong ngôn ngữ C, struct / union / enum là lệnh macro được xử lý bởi bộ tiền xử lý ngôn ngữ C (đừng nhầm với bộ tiền xử lý xử lý "#include" và khác)

vì thế :

struct a
{
   int i;
};

struct b
{
   struct a;
   int i;
   int j;
};

struct b được sử dụng như một cái gì đó như thế này:

struct b
{
    struct a
    {
        int i;
    };
    int i;
    int j;
}

và vì vậy, tại thời điểm biên dịch, nó phát triển trên stack như một thứ gì đó như: b: int ai int i int j

đó cũng là lý do tại sao nó có các cấu trúc tự phục hồi, vòng tiền xử lý C trong một vòng lặp không thể kết thúc mà không thể kết thúc.

typedef là trình xác định kiểu, có nghĩa là chỉ trình biên dịch C xử lý nó và nó có thể làm như anh ta muốn để tối ưu hóa việc thực thi mã trình biên dịch. Nó cũng không tiêu tốn thành viên loại par một cách ngu ngốc như préprocessor làm với các cấu trúc nhưng sử dụng thuật toán xây dựng tham chiếu phức tạp hơn, do đó, việc xây dựng như sau:

typedef struct a A; //anticipated declaration for member declaration

typedef struct a //Implemented declaration
{
    A* b; // member declaration
}A;

được cho phép và đầy đủ chức năng. Việc triển khai này cũng cung cấp quyền truy cập vào chuyển đổi loại trình biên dịch và loại bỏ một số hiệu ứng lỗi khi luồng thực thi rời khỏi trường ứng dụng của các hàm khởi tạo.

Điều này có nghĩa là trong C typedefs gần lớp C ++ hơn là các cấu trúc cô đơn.