Tại sao dấu chấm phẩy và dấu phẩy được hoán đổi cho các vòng lặp?

Trong nhiều ngôn ngữ (một danh sách rộng, từ C đến JavaScript):

• dấu phẩy ,các đối số riêng biệt (ví dụ func(a, b, c)), trong khi
• dấu chấm phẩy ;riêng biệt hướng dẫn tuần tự (ví dụ instruction1; instruction2; instruction3).

Vậy tại sao ánh xạ này lại bị đảo ngược trong cùng các ngôn ngữ cho các vòng lặp :

for ( init1, init2; condition; inc1, inc2 )
{
    instruction1;
    instruction2;
}

thay vì (những gì có vẻ tự nhiên hơn đối với tôi)

for ( init1; init2, condition, inc1; inc2 )
{
    instruction1;
    instruction2;
}

?

Chắc chắn, forlà (thường) không phải là một chức năng, nhưng đối số (ví dụ init, condition, increment) cư xử giống như đối số của một hàm hơn một chuỗi các hướng dẫn.

Là do lý do lịch sử / một quy ước, hoặc có một lý do tốt cho việc trao đổi ,và ;trong các vòng lặp?

Vậy tại sao trong cùng các ngôn ngữ, ánh xạ như vậy lại bị đảo ngược đối với các vòng lặp.

Về mặt kỹ thuật, ánh xạ không bị "đảo ngược".

• Những thứ được phân tách bằng dấu phẩy không phải là tham số. Trong (ít nhất) C ++ và Java, chúng có thể là các khai báo, vì vậy chúng thậm chí không phải là biểu thức.
• Những thứ được phân tách bằng dấu chấm phẩy cũng không phải là câu lệnh (đơn).

Trong thực tế những gì chúng ta có ở đây là một bối cảnh cú pháp khác nhau, nơi các biểu tượng tương tự đang được sử dụng khác nhau. Chúng tôi không so sánh giống như với thích, vì vậy không có ánh xạ và không có đối số mạnh mẽ cho ánh xạ nhất quán dựa trên tính nhất quán ngữ nghĩa.

Vậy tại sao không làm theo cách khác?

Vâng, tôi nghĩ rằng những lý do đến từ ý nghĩa "tự nhiên" của ,và ;. Trong ngôn ngữ viết tiếng Anh, dấu chấm phẩy "phá vỡ" mạnh hơn dấu phẩy và glyph cho dấu chấm phẩy có thể nhìn thấy rõ hơn dấu phẩy. Hai điều đó kết hợp để làm cho sự sắp xếp hiện tại dường như (với tôi!) Trở nên tự nhiên hơn.

Nhưng cách duy nhất để biết chắc chắn tại sao lựa chọn cú pháp được đưa ra là nếu các nhà thiết kế C có thể cho chúng tôi biết họ đã nghĩ gì vào năm 1970. Tôi nghi ngờ rằng họ có một trí nhớ rõ ràng về các quyết định kỹ thuật được thực hiện từ thời xa xưa.

Có phải vì lý do lịch sử / một quy ước

Tôi không biết bất kỳ ngôn ngữ nào trước C đã sử dụng cú pháp giống C cho các vòng lặp "cho":

• Donal Fellows lưu ý rằng BCPL và B không có cấu trúc tương đương.

• Các tương đương FORTRAN, COBOL và Algol-60 (và Pascal) ít biểu cảm hơn và có các cú pháp không giống với cú pháp C "for".

Nhưng các ngôn ngữ như C, C ++ và Java xuất hiện sau C đều mượn cú pháp "for" của họ từ C.

Chúng tôi viết các vòng lặp như:

 for(x = 0; x < 10; x++)

Ngôn ngữ có thể đã được xác định để các vòng lặp trông giống như:

 for(x = 0, x < 10, x++)

Tuy nhiên, hãy nghĩ về cùng một vòng lặp được thực hiện bằng vòng lặp while:

 x = 0;
 while(x < 10)
 {
     x++;
 }

Lưu ý rằng x=0và x++là các câu lệnh, kết thúc bằng dấu chấm phẩy. Chúng không phải là biểu thức như bạn sẽ có trong một cuộc gọi chức năng. Dấu chấm phẩy được sử dụng để phân tách các câu lệnh và vì hai trong số ba phần tử trong một vòng lặp for là các câu lệnh, đó là những gì được sử dụng ở đó. Một vòng lặp for chỉ là một phím tắt cho một vòng lặp while như vậy.

Ngoài ra, các đối số không thực sự hoạt động như đối số cho một chức năng. Thứ hai và thứ ba được đánh giá nhiều lần. Đúng là họ không phải là một chuỗi, nhưng họ cũng không phải là đối số chức năng.

Ngoài ra, thực tế là bạn có thể sử dụng dấu phẩy để có nhiều câu lệnh trong vòng lặp for thực sự là điều bạn có thể làm ngoài vòng lặp for.

x = 0, y= 3;

là một tuyên bố hoàn toàn hợp lệ ngay cả bên ngoài một vòng lặp for. Tôi không biết sử dụng thực tế ngoài vòng lặp for. Nhưng vấn đề là dấu phẩy luôn chia nhỏ các câu lệnh; nó không phải là một tính năng đặc biệt của vòng lặp for.

Trong C và C ++, đây là toán tử dấu phẩy, không chỉ là dấu phẩy.

Ngữ pháp cho một forvòng lặp là một cái gì đó như

for ([pre-expression]; [terminate-condition]; [increment-expression]) body-expression

Trong trường hợp câu hỏi của bạn:

pre-expression -> init1, init2
terminate-condition -> condition
increment-expression -> inc1, inc2

Lưu ý rằng toán tử dấu phẩy cho phép bạn thực hiện nhiều hành động trong một câu lệnh (như trình biên dịch nhìn thấy nó). Nếu đề xuất của bạn được thực hiện, sẽ có một sự mơ hồ trong ngữ pháp về việc khi lập trình viên có ý định viết một câu lệnh toán tử dấu phẩy hoặc dấu phân cách.

Nói tóm lại, ;biểu thị sự kết thúc của một tuyên bố. Một forvòng lặp là một từ khóa theo sau là một danh sách các báo cáo tùy chọn bao quanh bởi (). Câu lệnh toán tử dấu phẩy cho phép sử dụng ,trong một câu lệnh.

Không có sự đảo ngược về khái niệm.

Dấu chấm phẩy trong C đại diện cho nhiều bộ phận chính hơn dấu phẩy. Họ tách riêng các tuyên bố và tuyên bố.

Các bộ phận chính trong vòng lặp for là có ba biểu thức (hoặc một khai báo và hai biểu thức) và một thân.

Dấu phẩy bạn thấy trong C cho các vòng lặp không phải là một phần của cú pháp của vòng lặp for. Chúng chỉ là biểu hiện của toán tử dấu phẩy.

Dấu phẩy là dấu phân cách chính giữa các đối số trong các lệnh gọi hàm và giữa các tham số trong khai báo hàm, nhưng dấu chấm phẩy không được sử dụng. Vòng lặp for là cú pháp đặc biệt; nó không có gì để làm với các chức năng hoặc các cuộc gọi chức năng.

Có thể đây là một cái gì đó cụ thể cho C / C ++, nhưng tôi đăng câu trả lời này, bởi vì cú pháp của sự chậm trễ mà bạn mô tả chủ yếu bị ảnh hưởng bởi C-Syntax.

Bên cạnh các câu hỏi đã trả lời trước đó là đúng, theo quan điểm kỹ thuật, đó cũng là vì trong C (và C ++), dấu phẩy thực sự là một toán tử , mà bạn thậm chí có thể quá tải . Sử dụng một toán tử dấu chấm phẩy ( operator;()) có thể làm cho việc viết các trình biên dịch trở nên khó khăn hơn, vì dấu chấm phẩy là dấu kết thúc biểu thức tiên đề.

Điều gì làm cho intersting này là một thực tế, rằng dấu phẩy được sử dụng rộng rãi như seperator trên tất cả các ngôn ngữ. Có vẻ như toán tử dấu phẩy là một ngoại lệ, chủ yếu được sử dụng để có được các forgiao diện với nhiều điều kiện hoạt động, vậy thỏa thuận là gì?

Trong thực tế, cái operator,được xây dựng để làm điều tương tự như trong các định nghĩa, danh sách đối số, v.v.: Nó đã được xây dựng để phân tách các biểu thức - điều mà cấu trúc cú pháp ,không thể làm được. Nó chỉ có thể tách rời những gì đã được xác định trong tiêu chuẩn.

Tuy nhiên dấu chấm phẩy không tách rời - nó chấm dứt . Và đây cũng là điều dẫn chúng ta trở lại câu hỏi ban đầu:

for (int a = 0, float b = 0.0f; a < 100 && b < 100.0f; a++, b += 1.0f)
    printf("%d: %f", a, b);

Dấu phẩy ngăn cách các biểu thức trong ba phần của vòng lặp, trong khi dấu chấm phẩy chấm dứt một phần (khởi tạo, điều kiện hoặc suy nghĩ lại) của định nghĩa vòng lặp.

Các ngôn ngữ lập trình mới hơn (như C #) có thể không cho phép quá tải toán tử dấu phẩy, nhưng rất có thể chúng giữ nguyên cú pháp, bởi vì thay đổi nó cảm thấy không tự nhiên.

Đối với tôi chúng được sử dụng ít ý nghĩa tương tự như ý nghĩa ngôn ngữ của chúng. Dấu phẩy được sử dụng với danh sách và dấu chấm phẩy với các phần riêng biệt hơn.

Trong func(a, b, c)chúng tôi có một danh sách các đối số.

instruction1; instruction2; instruction3 có thể là một danh sách nhưng một danh sách các hướng dẫn riêng biệt và độc lập.

Trong khi ở for ( init1, init2; condition; inc1, inc2 )chúng tôi có ba phần riêng biệt - một danh sách các khởi tạo, một điều kiện và một danh sách các biểu thức tăng dần.

Cách dễ nhất để xem nó là như sau:

for(x = 0; x < 10; x++)

Là:

for(
x = 0;
x < 10;
x++
)

Nói cách khác, những x = 0 thingy thực sự là một câu lệnh / hướng dẫn chứ không phải là một tham số. Bạn chèn một tuyên bố đó. Do đó chúng được phân tách bằng dấu chấm phẩy.

Trong thực tế không có cách nào chúng được phân tách bằng dấu phẩy. Khi nào thì lần cuối bạn chèn những thứ như x <10 làm tham số? Bạn làm điều đó nếu bạn muốn máy tính x <10 một lần và chèn kết quả của hoạt động đó làm tham số. Vì vậy, trong thế giới dấu phẩy, bạn sẽ đặt x <10 nếu bạn muốn truyền giá trị của x <0 cho một hàm.

Ở đây bạn xác định rằng chương trình sẽ kiểm tra x <10 mỗi khi vòng lặp được thông qua. Vì vậy, đó là một hướng dẫn.

x ++ chắc chắn là một hướng dẫn khác.

Đó là tất cả các hướng dẫn. Vì vậy, chúng được phân tách bằng dấu chấm phẩy.