PEP 8, tại sao không có khoảng trắng xung quanh '=' trong đối số từ khóa hoặc giá trị tham số mặc định?

Tại sao PEP 8 khuyến nghị không có khoảng trắng xung quanh =đối số từ khóa hoặc giá trị tham số mặc định ?

Điều này có mâu thuẫn với việc đề xuất khoảng trắng xung quanh mọi lần xuất hiện khác của =mã Python không?

Thế nào là:

func(1, 2, very_long_variable_name=another_very_long_variable_name)

tốt hơn:

func(1, 2, very_long_variable_name = another_very_long_variable_name)

Mọi liên kết đến thảo luận / giải thích bằng BDFL của Python sẽ được đánh giá cao.

Xin lưu ý, câu hỏi này thiên về kwargs hơn là giá trị mặc định, tôi vừa mới sử dụng cụm từ PEP 8.

Tôi không trưng cầu ý kiến. Tôi đang hỏi lý do đằng sau quyết định này. Nó giống như việc hỏi tại sao tôi lại sử dụng {trên cùng một dòng với ifcâu lệnh trong chương trình C, chứ không phải liệu tôi có nên sử dụng nó hay không.

Tôi đoán rằng đó là vì một đối số từ khóa về cơ bản khác với một phép gán biến.

Ví dụ, có rất nhiều mã như thế này:

kw1 = some_value
kw2 = some_value
kw3 = some_value
some_func(
    1,
    2,
    kw1=kw1,
    kw2=kw2,
    kw3=kw3)

Như bạn thấy, việc gán một biến cho một đối số từ khóa có tên giống hệt nhau là hoàn toàn hợp lý, do đó, nó cải thiện khả năng đọc khi thấy chúng không có khoảng trắng. Dễ dàng nhận ra rằng chúng ta đang sử dụng các đối số từ khóa và không gán một biến cho chính nó.

Ngoài ra, các tham số có xu hướng đi trên cùng một dòng trong khi các phép gán thường là mỗi một trong một dòng riêng của chúng, vì vậy tiết kiệm không gian có thể là một vấn đề quan trọng ở đó.

Tôi sẽ không sử dụng very_long_variable_name làm đối số mặc định. Vì vậy, hãy xem xét điều này:

func(1, 2, axis='x', angle=90, size=450, name='foo bar')

về điều này:

func(1, 2, axis = 'x', angle = 90, size = 450, name = 'foo bar')

Ngoài ra, không có ý nghĩa gì khi sử dụng các biến làm giá trị mặc định. Có lẽ một số biến hằng số (không thực sự là hằng số) và trong trường hợp đó, tôi sẽ sử dụng các tên đều viết hoa, mang tính mô tả nhưng càng ngắn càng tốt. Vì vậy, không có khác_very _...

Có những ưu và nhược điểm.

Tôi rất không thích cách đọc mã tuân thủ PEP8. Tôi không tin vào lập luận mà very_long_variable_name=another_very_long_variable_namecon người có thể đọc được nhiều hơn thế very_long_variable_name = another_very_long_variable_name. Đây không phải là cách mọi người đọc. Đó là một tải trọng nhận thức bổ sung, đặc biệt là trong trường hợp không có tô sáng cú pháp.

Tuy nhiên, có một lợi ích đáng kể. Nếu các quy tắc về khoảng cách được tuân thủ, thì việc tìm kiếm các tham số chỉ sử dụng các công cụ sẽ hiệu quả hơn nhiều.

IMO loại bỏ khoảng trống cho args cung cấp nhóm trực quan rõ ràng hơn cho các cặp arg / value; nó trông ít lộn xộn hơn.

Tôi nghĩ rằng có một số lý do cho điều này, mặc dù tôi có thể chỉ đang hợp lý hóa:

1. Nó tiết kiệm dung lượng, cho phép nhiều định nghĩa và lệnh gọi hàm phù hợp trên một dòng và tiết kiệm nhiều dung lượng hơn cho chính tên đối số.
2. Bằng cách kết hợp từng từ khóa và giá trị, bạn có thể dễ dàng tách các đối số khác nhau bằng khoảng trắng sau dấu phẩy. Điều này có nghĩa là bạn có thể nhanh chóng nhìn vào số lượng đối số mà bạn đã cung cấp.
3. Cú pháp sau đó khác biệt với các phép gán biến, có thể có cùng tên.
4. Ngoài ra, cú pháp (thậm chí nhiều hơn) khác với các kiểm tra bình đẳng a == bcũng có thể là các biểu thức hợp lệ bên trong một cuộc gọi.

Đối với tôi, nó làm cho mã dễ đọc hơn và do đó là một quy ước tốt.

Tôi nghĩ rằng sự khác biệt chính về kiểu dáng giữa phép gán biến và phép gán từ khóa hàm là chỉ nên có một đơn =trên một dòng cho cái trước, trong khi nói chung có nhiều =s trên một dòng cho cái sau.

Nếu không có cân nhắc nào khác, chúng tôi muốn foo = 42làm như vậy foo=42, bởi vì dấu hiệu sau không phải là cách các dấu bằng thường được định dạng, và vì dấu hiệu trước đây phân tách một cách trực quan biến và giá trị bằng khoảng trắng.

Nhưng khi có nhiều phép gán trên một dòng, chúng tôi muốn f(foo=42, bar=43, baz=44)làm như vậy f(foo = 42, bar = 43, baz = 44), vì cái trước phân tách một số bài tập bằng khoảng trắng một cách trực quan, trong khi cái sau thì không, khiến việc xem cặp từ khóa / giá trị ở đâu là khó hơn một chút.

Dưới đây là một cách khác để đặt nó: có là một sự nhất quán đằng sau những ước. Tính nhất quán là thế này: "mức độ tách biệt cao nhất" được làm rõ ràng hơn về mặt trực quan thông qua các khoảng trắng. Bất kỳ mức phân tách nào thấp hơn đều không (vì nó sẽ bị nhầm lẫn với khoảng trắng phân tách mức cao hơn). Đối với phép gán biến, mức độ tách biệt cao nhất là giữa biến và giá trị. Đối với phép gán từ khóa chức năng, mức độ tách biệt cao nhất là giữa các phép gán riêng lẻ.