Hướng dẫn python list colon comma - danh sách python dấu hai chấm
Nói chung: Show
gọi là
Nếu có 0, Python sẽ vượt qua một lát cắt:
Hy vọng bạn có được ý tưởng. Bây giờ nếu có dấu phẩy và đại tràng, Python sẽ vượt qua một tuple có chứa một lát cắt. Trong ví dụ của bạn:
Những gì đối tượng ( 1) làm với đầu vào hoàn toàn tùy thuộc vào đối tượng. Hãy nói về việc sử dụng dấu chấm phẩy trong Python. Ý nghĩa chung của dấu chấm phẩy [;] trong các ngôn ngữ lập trình khác nhau là chấm dứt hoặc ngừng tuyên bố hiện tại. & NBSP; Nội phân Chính showShow Nội phân chính
Nội phân chính
Nội phân chính Tại sao dấu chấm phẩy được phép trong Python?Trong các ngôn ngữ lập trình như C, C ++ và Java, sử dụng dấu chấm phẩy là cần thiết để chấm dứt dòng mã. Tuy nhiên, đó không phải là trường hợp với Python. Vậy sử dụng dấu chấm phẩy có tạo ra sự khác biệt nào trong lập trình Python không? Hãy cùng tìm hiểu. Python không & nbsp; yêu cầu & nbsp; bán đại hội để chấm dứt các câu lệnh. Semicolons & nbsp; Can & nbsp; được sử dụng để phân định các câu lệnh nếu bạn muốn đặt nhiều câu lệnh trên cùng một dòng.semicolon in Python denotes separation, rather than termination. It allows you to write multiple statements on the same line. This syntax also makes it legal to put a semicolon at the end of a single statement. So, it’s actually two statements where the second one is empty. Làm thế nào để in một dấu chấm phẩy trong Python?A & nbsp; semicolon & nbsp; in & nbsp; python & nbsp; biểu thị sự tách biệt, thay vì chấm dứt. Nó cho phép bạn viết nhiều câu lệnh trên cùng một dòng. Cú pháp này cũng làm cho nó & nbsp; Legal & nbsp; để đặt a & nbsp; semicolon & nbsp; vào cuối một tuyên bố. Vì vậy, nó thực sự là hai tuyên bố trong đó câu thứ hai trống rỗng. Output: Hãy để xem những gì xảy ra khi chúng ta cố gắng in một dấu chấm phẩy như một chuỗi thông thường trong Python Phân chia các tuyên bố với dấu chấm phẩyNó đối xử với dấu chấm phẩy không khác nhau và in nó ra. Syntax: Bây giờ, hãy để Lừa xem làm thế nào chúng ta có thể phân chia các tuyên bố trong Python với việc sử dụng dấu chấm phẩy. Trong trường hợp này, chúng tôi sẽ cố gắng có nhiều hơn 2 câu trên cùng một dòng với việc sử dụng dấu chấm phẩy. Ví dụ: Dưới đây là ba tuyên bố trong Python mà không có dấu chấm phẩy>>> in ['HI'] >>> in ['Xin chào'] >>> in ['hola!']] Bây giờ, hãy để sử dụng cùng ba câu lệnh với dấu chấm phẩyOutput: In ['Hi']; In ['Xin chào']; In ['Hola!']] Sử dụng dấu chấm phẩy với các vòng trong PythonNhư bạn có thể thấy, Python thực hiện ba tuyên bố riêng lẻ sau khi chúng tôi chia chúng bằng dấu chấm phẩy. Nếu không sử dụng điều đó, thông dịch viên sẽ cho chúng ta một lỗi. Example: Trong các vòng như ‘cho vòng lặp‘, một dấu chấm phẩy có thể được sử dụng nếu toàn bộ câu lệnh bắt đầu bằng một vòng lặp và bạn sử dụng một dấu chấm phẩy để tạo thành một câu lệnh mạch lạc như thân của vòng lặp.Output: cho tôi trong phạm vi [4]: in ['hi']; In ['Xin chào']Xin chào xin chào xin chào xin chào xin chào xin chào xin chào Example: Python sẽ ném một lỗi nếu bạn sử dụng dấu chấm phẩy để tách biệt biểu thức bình thường từ một câu lệnh khối i.e vòng lặp.In ['Hi']; Đối với tôi trong phạm vi [4]: in ['xin chào']] Đầu ra:Sự kết luận
Semicolon được sử dụng để viết tuyên bố nhỏ và dự trữ một chút không gian - như name = marie; Tuổi = 23; In [Tên, Tuổi]
Giới thiệuMột quán ngu si là tinh nghịch của tâm trí nhỏ Bố trí mã Vết lõm Tab hoặc không gian? Một quán ngu si là tinh nghịch của tâm trí nhỏBố trí mã Vết lõm Tab hoặc không gian? Chiều dài đường tối đa Có nên phá vỡ dòng trước hoặc sau khi vận hành nhị phân?
Bố trí mãVết lõmSử dụng 4 không gian trên mỗi cấp độ thụt. Các dòng tiếp tục nên căn chỉnh các phần tử được bọc theo chiều dọc bằng cách sử dụng đường thẳng của Python, nối bên trong dấu ngoặc đơn, dấu ngoặc và niềng răng hoặc sử dụng thụt lề treo [1]. Khi sử dụng thụt lề treo sau đây nên được xem xét; Không nên có đối số trên dòng đầu tiên và nên sử dụng thụt thêm để phân biệt rõ ràng là một dòng tiếp tục: # Đúng:# được căn chỉnh với mở delimiter.foo = long_function_name [var_one, var_two, var_three, var_four] print [var_one]# treo indents nên thêm một cấp.foo = long_function_name [var_one, var_two, var_three, var_four]# sai:# đối số trên dòng đầu tiên bị cấm ]# Yêu cầu thụt thêm như thụt lề không phân biệt được.deflong_function_name [var_one, var_two, var_three, var_four]: in [var_one] # Aligned with opening delimiter. foo = long_function_name[var_one, var_two, var_three, var_four] # Add 4 spaces [an extra level of indentation] to distinguish arguments from the rest. def long_function_name[ var_one, var_two, var_three, var_four]: print[var_one] # Hanging indents should add a level. foo = long_function_name[ var_one, var_two, var_three, var_four] # Wrong: # Arguments on first line forbidden when not using vertical alignment. foo = long_function_name[var_one, var_two, var_three, var_four] # Further indentation required as indentation is not distinguishable. def long_function_name[ var_one, var_two, var_three, var_four]: print[var_one]Quy tắc 4 không gian là tùy chọn cho các dòng tiếp tục. Optional: # Treo indents * có thể * được thụt vào khác với 4 không gian.foo = long_function_name [var_one, var_two, var_three, var_four] foo = long_function_name[ var_one, var_two, var_three, var_four]Khi phần có điều kiện của một câu chuyện if đủ dài để yêu cầu nó được viết trên nhiều dòng, nó đáng chú ý là sự kết hợp của một từ khóa hai ký tự [tức là. Nếu], cộng với một không gian duy nhất, cộng với dấu ngoặc đơn tạo ra một thụt 4 không gian tự nhiên cho các dòng tiếp theo của điều kiện đa dòng. Điều này có thể tạo ra một cuộc xung đột trực quan với bộ mã được thụt vào lồng bên trong sự tuyên bố của IF, cũng sẽ tự nhiên được thụt vào 4 không gian. PEP này không có vị trí rõ ràng về cách [hoặc liệu] có phân biệt trực quan các dòng có điều kiện như vậy với bộ lồng nhau bên trong sự tuyên bố của IF hay không. Các tùy chọn chấp nhận được trong tình huống này bao gồm, nhưng không giới hạn ở:if-statement is long enough to require that it be written across multiple lines, it’s worth noting that the combination of a two character keyword [i.e. if], plus a single space, plus an opening parenthesis creates a natural 4-space indent for the subsequent lines of the multiline conditional. This can produce a visual conflict with the indented suite of code nested inside the if-statement, which would also naturally be indented to 4 spaces. This PEP takes no explicit position on how [or whether] to further visually distinguish such conditional lines from the nested suite inside the if-statement. Acceptable options in this situation include, but are not limited to: # Không có thêm thụt lề.if [this_is_one_thingandthat_is_another_thing]: do_somoth Thêm một số thụt thêm vào dòng tiếp tục có điều kiện.if [this_is_one_thingandthat_is_another_thing]: do_somothing [] if [this_is_one_thing and that_is_another_thing]: do_something[] # Add a comment, which will provide some distinction in editors # supporting syntax highlighting. if [this_is_one_thing and that_is_another_thing]: # Since both conditions are true, we can frobnicate. do_something[] # Add some extra indentation on the conditional continuation line. if [this_is_one_thing and that_is_another_thing]: do_something[][Cũng xem các cuộc thảo luận về việc nên phá vỡ trước hay sau các nhà khai thác nhị phân bên dưới.] Đóng nẹp/giá đỡ/dấu ngoặc đơn trên các cấu trúc đa dòng có thể xếp theo ký tự không phải là màu đầu tiên của dòng danh sách cuối cùng, như trong: my_list=[1,2,3,4,5,6,]result=some_function_that_takes_arguments['a','b','c','d','e','f',] = [ 1, 2, 3, 4, 5, 6, ] result = some_function_that_takes_arguments[ 'a', 'b', 'c', 'd', 'e', 'f', ]Hoặc nó có thể được xếp hàng dưới ký tự đầu tiên của dòng bắt đầu cấu trúc đa dòng, như trong: my_list=[1,2,3,4,5,6,]result=some_function_that_takes_arguments['a','b','c','d','e','f',] = [ 1, 2, 3, 4, 5, 6, ] result = some_function_that_takes_arguments[ 'a', 'b', 'c', 'd', 'e', 'f', ]Tab hoặc không gian?Không gian là phương pháp thụt đầu tiên ưa thích. Các tab chỉ nên được sử dụng để duy trì sự phù hợp với mã đã được thụt vào với các tab. Python không hoàn toàn trộn lẫn các tab và không gian để thụt vào. Chiều dài đường tối đaGiới hạn tất cả các dòng ở mức tối đa 79 ký tự. Đối với các khối văn bản dài với các hạn chế cấu trúc ít hơn [DocStrings hoặc nhận xét], độ dài dòng phải được giới hạn ở 72 ký tự. Giới hạn chiều rộng cửa sổ Trình soạn thảo cần thiết cho phép có một số tệp mở cạnh nhau và hoạt động tốt khi sử dụng các công cụ đánh giá mã trình bày hai phiên bản trong các cột liền kề. Việc gói mặc định trong hầu hết các công cụ phá vỡ cấu trúc trực quan của mã, khiến nó khó hiểu hơn. Các giới hạn được chọn để tránh bọc trong các trình chỉnh sửa với chiều rộng cửa sổ được đặt thành 80, ngay cả khi công cụ đặt một glyph điểm trong cột cuối cùng khi các dòng gói. Một số công cụ dựa trên web có thể không cung cấp kết thúc dòng động. Một số đội thích mạnh mẽ một dòng dài hơn. Đối với mã được duy trì độc quyền hoặc chủ yếu bởi một nhóm có thể đạt được thỏa thuận về vấn đề này, có thể tăng giới hạn độ dài dòng lên tới 99 ký tự, với điều kiện là nhận xét và tài liệu vẫn được gói ở 72 ký tự. Thư viện tiêu chuẩn Python là bảo thủ và yêu cầu giới hạn các dòng cho 79 ký tự [và docstrings/bình luận đến 72]. Cách ưa thích để gói các đường dài là bằng cách sử dụng sự tiếp tục dòng ngụ ý của Python, bên trong ngoặc đơn, ngoặc và thanh giằng. Các đường dài có thể được phá vỡ trên nhiều dòng bằng cách gói các biểu thức trong ngoặc đơn. Chúng nên được sử dụng theo sở thích để sử dụng dấu gạch chéo ngược để tiếp tục dòng. Backslashes vẫn có thể phù hợp đôi khi. Ví dụ, dài, nhiều người không thể sử dụng tiếp tục ngầm trước Python 3.10, do đó, các dấu gạch chéo ngược được chấp nhận cho trường hợp đó:with-statements could not use implicit continuation before Python 3.10, so backslashes were acceptable for that case: withopen ['/path/to/some/file/bạn/want/to/read'] asfile_1, \ open ['/path/to/some/file/breat/writing', 'w'] [file_1.read []] open['/path/to/some/file/you/want/to/read'] as file_1, \ open['/path/to/some/file/being/written', 'w'] as file_2: file_2.write[file_1.read[]][Xem các cuộc thảo luận trước đây về các câu chuyện if đa dòng để biết thêm về suy nghĩ về thụt lề của các câu chuyện đa dòng như vậy.]with-statements.] Một trường hợp như vậy là với các tuyên bố khẳng định.assert statements. Hãy chắc chắn để thụt dòng dòng tiếp tục một cách thích hợp. Có nên phá vỡ dòng trước hoặc sau khi vận hành nhị phân?Trong nhiều thập kỷ, phong cách được đề xuất là phá vỡ sau khi các nhà khai thác nhị phân. Nhưng điều này có thể làm tổn thương khả năng đọc theo hai cách: các nhà khai thác có xu hướng nằm rải rác trên các cột khác nhau trên màn hình và mỗi toán tử được chuyển ra khỏi toán hạng của nó và vào dòng trước. Ở đây, mắt phải làm thêm để cho biết mục nào được thêm vào và cái nào được trừ: # Sai:# Các nhà khai thác ngồi cách xa Toán tử của họ = [Gross_Wages+Taxable_interest+[Cổ tức-đủ điều kiện_dividends] -IRA_DEDIONSTION-student_loan_interest] # operators sit far away from their operands income = [gross_wages + taxable_interest + [dividends - qualified_dividends] - ira_deduction - student_loan_interest]Để giải quyết vấn đề dễ đọc này, các nhà toán học và các nhà xuất bản của họ tuân theo quy ước ngược lại. Donald Knuth giải thích quy tắc truyền thống trong các máy tính và loạt sắp xếp của mình: Mặc dù các công thức trong một đoạn văn luôn bị phá vỡ sau các hoạt động và quan hệ nhị phân, các công thức hiển thị luôn bị phá vỡ trước khi hoạt động nhị phân [3]. Theo truyền thống từ toán học thường dẫn đến mã dễ đọc hơn: # Đúng:# Dễ dàng phù hợp với các toán tử với operandsincome = [gross_wages+Taxable_interest+[cổ tức-đủ điều kiện_dividends] -IRA_DEDUSION-student_loan_interest] # easy to match operators with operands income = [gross_wages + taxable_interest + [dividends - qualified_dividends] - ira_deduction - student_loan_interest]Trong mã Python, được phép phá vỡ trước hoặc sau một toán tử nhị phân, miễn là quy ước là nhất quán tại địa phương. Đối với phong cách mới Knuth Knuth được đề xuất. Các dòng trốngChức năng cấp cao nhất và định nghĩa lớp với hai dòng trống. Các định nghĩa phương pháp bên trong một lớp được bao quanh bởi một dòng trống duy nhất. Các dòng trống thêm có thể được sử dụng [một cách tiết kiệm] cho các nhóm chức năng liên quan riêng biệt. Các dòng trống có thể được bỏ qua giữa một loạt các lớp lót liên quan [ví dụ: một tập hợp các triển khai giả]. Sử dụng các dòng trống trong các chức năng, một cách tiết kiệm, để chỉ ra các phần logic. Python chấp nhận điều khiển-l [tức là ^L] tạo thành ký tự thức ăn là khoảng trắng; Nhiều công cụ coi các ký tự này là dấu phân cách trang, vì vậy bạn có thể sử dụng chúng để tách các trang liên quan đến tệp của mình. Lưu ý, một số trình chỉnh sửa và người xem mã dựa trên web có thể không nhận ra Control-L là nguồn cấp dữ liệu biểu mẫu và sẽ hiển thị một glyph khác ở vị trí của nó. Mã hóa tập tin nguồnMã trong phân phối Python cốt lõi phải luôn luôn sử dụng UTF-8 và không nên có khai báo mã hóa. Trong thư viện tiêu chuẩn, các mã hóa không phải UTF-8 chỉ nên được sử dụng cho mục đích thử nghiệm. Sử dụng các ký tự không phải ASCII một cách tiết kiệm, tốt nhất là chỉ để biểu thị địa điểm và tên người. Nếu sử dụng các ký tự không phải ASCII làm dữ liệu, hãy tránh các ký tự unicode ồn ào như z̯̯͡a̧͎̺l̡͓̫g̹̲o̡̼̘ và các dấu lệnh byte. Tất cả các định danh trong thư viện tiêu chuẩn Python phải sử dụng các định danh chỉ ASCII-ASCII và nên sử dụng các từ tiếng Anh ở bất cứ nơi nào khả thi [trong nhiều trường hợp, viết tắt và thuật ngữ kỹ thuật được sử dụng mà tiếng Anh]. Các dự án nguồn mở với khán giả toàn cầu được khuyến khích áp dụng chính sách tương tự. Nhập khẩu
Tên Dunder cấp độ mô -đunMức độ mô -đun Dunders Dunders [tức là Tên có hai dấu gạch dưới hàng đầu và hai dấu gạch ngang] như __all__, __Author__, __version__, v.v. Python bắt buộc rằng các phiên bản tương lai phải xuất hiện trong mô-đun trước bất kỳ mã nào khác ngoại trừ DocStrings:__all__, __author__, __version__, etc. should be placed after the module docstring but before any import statements except from __future__ imports. Python mandates that future-imports must appear in the module before any other code except docstrings: "" "Đây là mô -đun ví dụ. Mô -đun này làm công cụ." " This module does stuff. """ from __future__ import barry_as_FLUFL __all__ = ['a', 'b', 'c'] __version__ = '0.1' __author__ = 'Cardinal Biggles' import os import sysTrích dẫn chuỗiTrong Python, các chuỗi được trích xuất đơn và chuỗi được trích xuất kép là như nhau. PEP này không đưa ra khuyến nghị cho việc này. Chọn một quy tắc và bám vào nó. Tuy nhiên, khi một chuỗi chứa các ký tự trích dẫn đơn hoặc kép, hãy sử dụng chuỗi khác để tránh dấu gạch chéo ngược trong chuỗi. Nó cải thiện khả năng đọc. Đối với các chuỗi được trích dẫn ba, luôn sử dụng các ký tự trích dẫn kép để phù hợp với quy ước DocString trong PEP 257. Khoảng trắng trong biểu thức và câu lệnhThói xấuTránh khoảng trắng bên ngoài trong các tình huống sau:
Các khuyến nghị khác
Chắc chắn không phải:# Sai: iffoo == 'blah': do_blah_thing [] khác: do_non_blah_thing [] thử: cái gì đó [] cuối cùng: làm sạch [] do_one []; do_two []; = 'blah': một []; hai []; ba [] Khi nào nên sử dụng dấu phẩy kéo dài FILES = ['setup.cfg',] # Wrong: FILES = 'setup.cfg',Dấu phẩy thường là tùy chọn, ngoại trừ chúng là bắt buộc khi tạo ra một yếu tố. Để rõ ràng, nên bao quanh phần sau trong các dấu ngoặc đơn [về mặt kỹ thuật]: # Đúng: files = ['setup.cfg',]# sai: file = 'setup.cfg', FILES = [ 'setup.cfg', 'tox.ini', ] initialize[FILES, error=True, ] # Wrong: FILES = ['setup.cfg', 'tox.ini',] initialize[FILES, error=True,]Khi dấu phẩy kéo dài, chúng thường hữu ích khi sử dụng hệ thống kiểm soát phiên bản, khi danh sách các giá trị, đối số hoặc các mục nhập được dự kiến sẽ được mở rộng theo thời gian. Mẫu là tự đặt mỗi giá trị [v.v. Tuy nhiên, không có ý nghĩa gì khi có dấu phẩy theo cùng một dòng với dấu phân cách đóng [ngoại trừ trong trường hợp trên của các bộ dữ liệu singleton]:# Đúng: files = ['setup.cfg', 'tox.ini',] khởi tạo [files, error = true,]# sai: files = ['setup.cfg', 'tox.ini',] Khởi tạo [tệp , error = true,] Nguyên tắc ghi đèCác tên có thể nhìn thấy cho người dùng là các phần công khai của API nên tuân theo các quy ước phản ánh việc sử dụng thay vì thực hiện. Mô tả: Kiểu đặt tênCó rất nhiều phong cách đặt tên khác nhau. Nó giúp có thể nhận ra phong cách đặt tên đang được sử dụng, độc lập với những gì chúng được sử dụng. Các kiểu đặt tên sau đây thường được phân biệt:
Ngoài ra, còn có phong cách sử dụng một tiền tố ngắn độc đáo để nhóm liên quan đến nhóm lại với nhau. Điều này không được sử dụng nhiều trong Python, nhưng nó được đề cập để hoàn thiện. Ví dụ: hàm os.stat [] trả về một bộ có các mục có tên truyền thống có tên như st_mode, st_size, st_mtime, v.v. [Điều này được thực hiện để nhấn mạnh sự tương ứng với các trường của cấu trúc cuộc gọi hệ thống POSIX, giúp các lập trình viên quen thuộc với điều đó.]os.stat[] function returns a tuple whose items traditionally have names like st_mode, st_size, st_mtime and so on. [This is done to emphasize the correspondence with the fields of the POSIX system call struct, which helps programmers familiar with that.] Thư viện X11 sử dụng X hàng đầu cho tất cả các chức năng công cộng của nó. Trong Python, phong cách này thường được coi là không cần thiết bởi vì tên thuộc tính và phương thức được đặt trước với một đối tượng và tên hàm được đặt trước với một tên mô -đun. Ngoài ra, các hình thức đặc biệt sau đây sử dụng dấu gạch dưới hàng đầu hoặc dấu vết được công nhận [chúng thường có thể được kết hợp với bất kỳ quy ước nào]:
Quy định: Đặt tên quy ướcTên cần tránhKhông bao giờ sử dụng các ký tự ’Lát [chữ thường el],‘ O, [chữ hoa oh], hoặc ‘I, [mắt chữ hoa] dưới dạng tên biến ký tự đơn. Trong một số phông chữ, các ký tự này không thể phân biệt được với số một và không. Khi bị cám dỗ sử dụng ‘L, hãy sử dụng‘ L, thay vào đó. Khả năng tương thích ASCIICác định danh được sử dụng trong thư viện tiêu chuẩn phải tương thích ASCII như được mô tả trong phần chính sách của PEP 3131. Tên gói và tên mô -đunCác mô-đun nên có tên ngắn, toàn bộ. Dấu gạch dưới có thể được sử dụng trong tên mô -đun nếu nó cải thiện khả năng đọc. Các gói Python cũng nên có tên ngắn, toàn bộ, mặc dù việc sử dụng dấu gạch dưới không được khuyến khích. Khi một mô -đun mở rộng được viết bằng C hoặc C ++ có mô -đun Python đi kèm cung cấp mức cao hơn [ví dụ: Giao diện định hướng đối tượng hơn], mô -đun C/C ++ có dấu gạch dưới hàng đầu [ví dụ: _ổ cắm]._socket]. Tên lớpTên lớp thường nên sử dụng quy ước Capwords. Thay vào đó, quy ước đặt tên cho các chức năng có thể được sử dụng trong trường hợp giao diện được ghi lại và sử dụng chủ yếu là có thể gọi được. Lưu ý rằng có một quy ước riêng cho các tên tích hợp: hầu hết các tên được xây dựng là các từ đơn [hoặc hai từ chạy cùng nhau], với quy ước Capwords chỉ được sử dụng cho các tên ngoại lệ và hằng số tích hợp. Nhập tên biếnTên của các biến loại được giới thiệu trong PEP 484 thường sử dụng Capwords thích tên ngắn: T, Anystr, Num. Nên thêm hậu tố _Co hoặc _Contra vào các biến được sử dụng để khai báo hành vi hiệp phương hoặc contravariant tương ứng:T, AnyStr, Num. It is recommended to add suffixes _co or _contra to the variables used to declare covariant or contravariant behavior correspondingly: fromtypingimportTypeVarVT_co=TypeVar['VT_co',covariant=True]KT_contra=TypeVar['KT_contra',contravariant=True] typing import TypeVar VT_co = TypeVar['VT_co', covariant=True] KT_contra = TypeVar['KT_contra', contravariant=True]Tên ngoại lệBởi vì các trường hợp ngoại lệ nên là các lớp, quy ước đặt tên lớp được áp dụng ở đây. Tuy nhiên, bạn nên sử dụng lỗi hậu tố lỗi trên tên ngoại lệ của bạn [nếu ngoại lệ thực sự là một lỗi]. Tên biến toàn cầu[Hãy để hy vọng rằng các biến này chỉ được sử dụng để sử dụng bên trong một mô -đun.] Các quy ước giống như các biến cho các chức năng. Các mô-đun được thiết kế để sử dụng thông qua FromMimport* nên sử dụng cơ chế __all__ để ngăn chặn xuất khẩu toàn cầu hoặc sử dụng quy ước cũ của tiền tố như vậy với một dấu gạch dưới [mà bạn có thể muốn làm để chỉ ra những thế giới này là mô-đun không công khai]] .from M import * should use the __all__ mechanism to prevent exporting globals, or use the older convention of prefixing such globals with an underscore [which you might want to do to indicate these globals are “module non-public”]. Tên chức năng và tên biếnTên chức năng phải là chữ thường, với các từ được phân tách bằng dấu gạch dưới khi cần thiết để cải thiện khả năng đọc. Tên biến theo cùng một quy ước với tên chức năng. Mixedcase chỉ được phép trong các bối cảnh mà đó đã là kiểu phổ biến [ví dụ: Chủ đề.py], để giữ lại khả năng tương thích ngược. Các đối số chức năng và phương thứcLuôn luôn sử dụng bản thân cho đối số đầu tiên cho các phương thức thể hiện.self for the first argument to instance methods. Luôn luôn sử dụng CLS cho đối số đầu tiên cho các phương thức lớp.cls for the first argument to class methods. Nếu một đối số chức năng Tên tên xung đột với một từ khóa dành riêng, thì tốt hơn là nên nối một dấu gạch ngang duy nhất thay vì sử dụng viết tắt hoặc tham nhũng chính tả. Do đó, class_ tốt hơn CLSS. [Có lẽ tốt hơn là tránh các cuộc đụng độ như vậy bằng cách sử dụng từ đồng nghĩa.]class_ is better than clss. [Perhaps better is to avoid such clashes by using a synonym.] Tên phương thức và biến thể hiệnSử dụng các quy tắc đặt tên chức năng: chữ thường với các từ được phân tách bằng dấu gạch dưới khi cần thiết để cải thiện khả năng đọc. Sử dụng một dấu gạch dưới hàng đầu cho các phương thức và biến thể hiện không công khai. Để tránh các cuộc đụng độ tên với các lớp con, hãy sử dụng hai dấu gạch dưới hàng đầu để gọi tên Python tên quy tắc. Python mang các tên này với tên lớp: Nếu lớp foo có thuộc tính có tên __a, nó không thể được truy cập bởi foo .__ a. .__a, it cannot be accessed by Foo.__a. [An insistent user could still gain access by calling Foo._Foo__a.] Generally, double leading underscores should be used only to avoid name conflicts with attributes in classes designed to be subclassed. Lưu ý: Có một số tranh cãi về việc sử dụng __names [xem bên dưới]. Hằng sốCác hằng số thường được xác định ở cấp độ mô -đun và được viết bằng tất cả các chữ cái viết hoa với dấu gạch dưới tách các từ. Ví dụ bao gồm MAX_OVERFLOW và TOTAL.MAX_OVERFLOW and TOTAL. Thiết kế cho thừa kếLuôn quyết định xem các phương thức và biến thể hiện của lớp có phải [tập thể không: thuộc tính của người Hồi giáo] nên được công khai hoặc không công khai. Nếu nghi ngờ, chọn không công khai; Nó dễ dàng hơn để công khai muộn hơn là làm cho một thuộc tính công khai không công khai. Các thuộc tính công khai là những thuộc tính mà bạn mong đợi các máy khách không liên quan trong lớp của bạn sẽ sử dụng, với cam kết của bạn để tránh những thay đổi không tương thích ngược. Các thuộc tính không công khai là những thuộc tính không được sử dụng bởi các bên thứ ba; Bạn không đảm bảo rằng các thuộc tính không công khai đã giành được sự thay đổi hoặc thậm chí bị xóa. Chúng tôi không sử dụng thuật ngữ riêng tư ở đây, vì không có thuộc tính nào thực sự riêng tư trong Python [không có số lượng công việc nói chung không cần thiết]. Một loại thuộc tính khác là một phần của API phân lớp con [thường được gọi là được bảo vệ bởi các ngôn ngữ khác]. Một số lớp được thiết kế để được kế thừa, để mở rộng hoặc sửa đổi các khía cạnh của hành vi lớp học. Khi thiết kế một lớp như vậy, hãy cẩn thận để đưa ra các quyết định rõ ràng về các thuộc tính nào là công khai, là một phần của API phân lớp và thực sự chỉ được sử dụng bởi lớp cơ sở của bạn. Với suy nghĩ này, đây là các hướng dẫn Pythonic:
Giao diện công khai và nội bộBất kỳ đảm bảo khả năng tương thích ngược chỉ áp dụng cho giao diện công cộng. Theo đó, điều quan trọng là người dùng có thể phân biệt rõ ràng giữa các giao diện công cộng và nội bộ. Các giao diện được ghi nhận được coi là công khai, trừ khi tài liệu tuyên bố rõ ràng chúng là giao diện tạm thời hoặc nội bộ được miễn trừ khỏi các đảm bảo khả năng tương thích ngược thông thường. Tất cả các giao diện không có giấy tờ nên được coi là nội bộ. Để hỗ trợ nội tâm tốt hơn, các mô -đun nên khai báo rõ ràng các tên trong API công khai của họ bằng thuộc tính __all__. Cài đặt __all__ thành một danh sách trống cho thấy mô -đun không có API công khai.__all__ attribute. Setting __all__ to an empty list indicates that the module has no public API. Ngay cả với __all__ đặt một cách thích hợp, giao diện nội bộ [gói, mô -đun, lớp, chức năng, thuộc tính hoặc tên khác] vẫn phải được đặt trước với một dấu gạch dưới hàng đầu.__all__ set appropriately, internal interfaces [packages, modules, classes, functions, attributes or other names] should still be prefixed with a single leading underscore. Một giao diện cũng được coi là nội bộ nếu bất kỳ không gian tên nào [Gói, mô -đun hoặc lớp] được coi là bên trong. Tên nhập khẩu phải luôn được coi là một chi tiết thực hiện. Các mô -đun khác không được dựa vào quyền truy cập gián tiếp vào các tên đã nhập như vậy trừ khi chúng là một phần được ghi chép rõ ràng của API mô -đun có chứa API, chẳng hạn như OS.Path hoặc một gói __init__ Mô -đun hiển thị chức năng từ các mô hình con.os.path or a package’s __init__ module that exposes functionality from submodules. Khuyến nghị lập trình
Chú thích chức năngVới sự chấp nhận của PEP 484, các quy tắc phong cách cho các chú thích chức năng đã thay đổi.
Chú thích biếnPEP 526 giới thiệu các chú thích thay đổi. Các đề xuất về kiểu cho chúng tương tự như các chú thích chức năng được mô tả ở trên:
Chú thích Người giới thiệuBản quyềnTài liệu này đã được đặt trong phạm vi công cộng. |