Hướng dẫn python colon in class definition - dấu hai chấm python trong định nghĩa lớp

Như chúng ta đã biết, Python là một ngôn ngữ dễ sử dụng và thực hiện với nhiều quyền tự do trong cú pháp của nó. Điều này làm cho nó hoàn hảo cho ngay cả một người mới bắt đầu để tạo ra những thứ như các ứng dụng để thiết kế hiệu quả. Nhưng, giống như mọi ngôn ngữ khác, nó cũng có một số quy tắc và quy định cơ bản mà toàn bộ mã chạy và phụ thuộc. Vì vậy, trong bài viết này, chúng ta sẽ học chúng. Điều này rất quan trọng cho khía cạnh lập trình của chúng tôi.

Giới thiệu về Python và Pep8

Hiện nay. Để làm cho mọi thứ rõ ràng, chúng ta hãy nhìn vào các tính năng của Python.

1. Object-Oriented
2. Multi-Paradigm
3. Cross-Platform

Điều chính làm cho Python khác biệt là nó chạy trên một thông dịch viên. Điều này chạy từng dòng mã và sau đó thực thi.Interpreter. This runs the code line-by-line and then executes.

Một bản chất của pep8

Chúng ta có thể nói rằng các đề xuất tăng cường Python [PEP] là cuốn sách chính thức hoặc bộ quy tắc cho chúng ta biết làm thế nào chúng ta có thể viết mã Python tốt nhất. Nó cũng cung cấp một tập hợp các hạn chế hoặc không làm trong khi lập trình. Một số trong số họ như sau:Python Enhancement Proposals [PEP] is the official book or set of rules that tell us how we can write the best Python codes. It also provides a set of restrictions or not-to-do things while programming. Some of them are as follows:

1. Các mô -đun sẽ không có tên chữ thường ngắn.lowercase names.
2. Tên lớp nên theo phong cách Capwords.CapWords style.
3. Hầu hết các biến và tên hàm phải là chữ thường_with_underscores.lowercase_with_underscores.
4. Các hằng số nên ở trong Capital_With_underscores - điều này giúp xác định chúng.
5. Sử dụng đủ không gian giữa các tham số và toán tử để làm cho các mã dễ đọc hơn.

Để có thêm thông tin PEP, chúng tôi có thể mở Shell Python và trong đó loại lệnh sau:

Output:

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Tầm quan trọng của các dấu chấm trong Python

Vì vậy, trong một số ngôn ngữ được giải thích, niềng răng xoăn không quan trọng. Thay vào đó, chúng tôi làm việc với người phối hợp của người Hồi giáo. Không giống như các ngôn ngữ khác nói rằng JavaScript và Ruby, Python có hầu hết các cú pháp quan trọng trong đó đại tràng là quan trọng. Dưới đây là danh sách những điều đó: curly braces are not crucial. Rather we work with “colons”.’ Unlike other languages say JavaScript and Ruby, Python has most of the important syntax in which the colon is important. Here is a list of those:

1. Danh sách cắt lát.
2. Chuỗi cắt.
3. Trong từ điển để chèn các cặp giá trị khóa.
4. Tuyên bố chức năng
5. Tuyên bố vòng lặp
6. Câu điều kiện
7. Để tăng khả năng đọc chức năng.
8. Tuyên bố lớp học.

Lưu ý: Lập chỉ mục bắt đầu từ 0 trong danh sách và chuỗi. Để tham khảo thêm, vui lòng đọc bài viết này: //www.askpython.com/python/list/negative-indexing

1. Danh sách cắt lát

Danh sách này là một cấu trúc dữ liệu quan trọng để thực hiện và nghiên cứu trong Python. Nó giống như một mảng động, nơi chúng ta có thể chèn các phần tử của nhiều loại dữ liệu. Trong danh sách, chúng tôi sử dụng dấu hai chấm để lấy một yếu tố cụ thể. Họ làm việc trên các số chỉ mục. Vì vậy, chúng ta có thể sử dụng chúng để có được các yếu tố liên quan đến vị trí chỉ mục.

Cú pháp để tìm nạp các yếu tố:

a = [0 : n -1] # indexing in lists starts from zero till n -1 

Example:

>>> a = [5, -9, 8, 33, 4, 64] # declaring a list
>>> a[:] # retrieving all the elements
[5, -9, 8, 33, 4, 64]
>>> a[2:3] # retrieing the elements from third index and ignoring the fourth index
[8]
>>> a[4:] # retrieving the elements above fifth till last index
[4, 64]
>>> a[1:] # retrieving the elements above second index
[-9, 8, 33, 4, 64]

2. Chuỗi cắt

Chuỗi là một loại dữ liệu khác trong Python làm cho việc đặt một tập hợp các câu dài trong các trích dẫn. Trong mô hình lập trình cũ, một chuỗi là một chuỗi các ký tự. Python tuân theo cách tiếp cận tương tự để truy xuất các ký tự đơn từ một chuỗi. Chúng là bất biến [không thể chỉnh sửa] nhưng chúng ta có thể lấy các nhân vật. Trong bộ nhớ, chúng được lưu trữ trong một mảng ký tự. Vì vậy, để có được chúng đại tràng được sử dụng:colon is used:

Cũng đọc: Làm thế nào để cắt dây trong Python?

Cú pháp để tìm nạp các ký tự:

s = [0 : n -1] # indexing in strings starts from zero till n -1 

Example:

>>> s = "abcdefgh"
>>> s[2:4] # fetch characters from third till fifth index
'cd'
>>> s[::-1] # reverse the string
'hgfedcba'
>>> s[:-2] # print the string ignoring the second and last characters
'abcdef'
>>> s[1:5]  # print the elements from second till 
'bcde'

3. Trong từ điển để chèn các cặp giá trị khóa

Các từ điển trong Python là một bộ sưu tập không có thứ tự các cặp giá trị chính. Chúng là một trong những cấu trúc dữ liệu cơ bản như hashmap trong Java. Nhưng, tuyên bố cú pháp của họ là khác nhau nhiều hơn.

Cú pháp để khai báo một từ điển:

d = {key_1 : value_1, key_2 : value_2, key_3 : value_3, ..., key_N : value_N}

Như chúng ta có thể thấy rằng đại tràng là một thực thể quan trọng ở đây. Không có biểu tượng này, từ điển không thể tồn tại trong Python.

Example:

 >>> d = {"a" : 1, "b" : 2, "c" : 3, "d" : 4} # declaring a dictionary

4. Tuyên bố chức năng

Cú pháp chung cho chức năng liên quan đến đại tràng. Điều này là do Python sử dụng thụt lề [không gian mã trống] thay vì niềng răng xoăn {}, để giữ lại khối mã trong các chức năng. Sau chức năng và dấu ngoặc đơn, chúng ta cần sử dụng dấu hai chấm để bắt đầu viết mã bên trong hàm. [empty code spaces] instead of curly braces “{ }” to retain the block of code under functions. After the function and parenthesis, we need to use the colon to start writing code inside the function.

Syntax:

def func_name[param_1, .., param_2]: ->  colon used here
    # fuction code lies below colon and is considered as its code body

    return # value

5. Tuyên bố vòng lặp

Các vòng lặp trong Python là các câu lệnh liên tục thực thi một đoạn mã cho đến khi mã đáp ứng một điều kiện cụ thể. Vì vậy, để thực hiện một vòng lặp for [] hoặc một thời gian [], chúng tôi sử dụng một dấu hai chấm. Tất cả các mã dưới đại tràng được coi là một phần của vòng lặp khi và chỉ khi nó có vết lõm thích hợp.

Example:

for i in range[4]: # -> colon is used here
    print[i] 


#Output:
# 0
# 1 
# 2
# 3

Vì vậy, như chúng ta đã thấy rằng mã dưới ký hiệu đại tràng đang đưa ra các số từ 0 đến 3. giống như cách chúng ta có thể sử dụng nó trong khi vòng lặp.

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

6. Sử dụng các câu lệnh có điều kiện

Các câu lệnh có điều kiện là các khối mã đặc biệt. Chúng là các tuyên bố ra quyết định thực thi một khối mã khi các biểu thức bên trong nó đánh giá là đúng. Chúng tôi cũng sử dụng đại phân trong chúng. Chúng được đặt sau điều kiện và trình thông dịch nhận ra rằng mã thụt vào trong khối có điều kiện.

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

7. Để tăng khả năng đọc chức năng

Điều này phần nào thúc đẩy chủ đề Python. Những người mới bắt đầu có thể chỉ cần bỏ qua điều này. Giống như trong các ngôn ngữ lập trình được gõ tĩnh trong đó chúng ta cần chỉ định loại dữ liệu và loại trả về của các biến và hàm, Python cho phép giống nhau nhưng với một loại cú pháp khác:

Hãy để chúng tôi nói rằng chúng tôi tuyên bố một chức năng và chúng tôi cần đề cập rõ ràng loại dữ liệu. Có một cách đơn giản chúng ta có thể làm điều đó:

1. Khi khai báo các tham số bên trong hàm, hãy sử dụng kiểu dữ liệu với dấu hai chấm và sau đó là tên tham số.
2. Sau đó, để đề cập đến những gì hàm trả về chèn kiểu dữ liệu sau dấu ngoặc đơn bằng toán tử mũi tên [->].

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Đại tá TE nằm giữa tên tham số và kiểu dữ liệu của nó.

8. Đối với việc khai báo các lớp học

Python là một ngôn ngữ OOP. Vì vậy, để khai báo các lớp chúng ta cần sử dụng các dấu chấm. Đại tràng quyết định phạm vi của một biến và chức năng của một lớp. Điều này là để báo hiệu cho thông dịch viên rằng các thực thể của một lớp nằm dưới một đại tràng. Đây là một ví dụ đơn giản:

Code:

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Vì vậy, trong lớp này, chúng tôi chèn một đại tràng. Sau đó đưa ra một vết lõm của bốn không gian. Điều này sẽ đảm bảo rằng mọi thứ nằm trong phạm vi lớp học. Vì vậy, để làm cho mọi thứ rõ ràng hơn, chúng ta có thể khai báo một phương thức xây dựng __init __ [] và phương thức printVal [].__init__[] method and printVal[] method.

Lỗi và những sai lầm phổ biến xảy ra khi sử dụng dấu chấm

Khi chúng ta khai báo một hàm hoặc một vòng lặp hoặc bất kỳ khối mã nào trong đó cần một dấu hai chấm, có một quy tắc quan trọng chúng ta cần tuân theo. Nếu chúng ta không làm như vậy, thì mọi thứ sẽ sai và mã cuối cùng đã gây ra lỗi.

Khi chúng ta cung cấp một dấu hai chấm, luôn nhớ cho một khoảng trống/không gian trống. Điều này xác định phạm vi của mã tiếp theo theo mã cha đó.

Trình chỉnh sửa mã hiện đại có cài đặt tự động tích hợp tích hợp. Nhưng, khi sử dụng Notepad, chúng ta cần phải cẩn thận hơn.But, when using Notepad, we need to be more careful.

Ví dụ - Sử dụng một chức năng:

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Ví dụ - cho vòng lặp:

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Ví dụ - nếu có điều kiện:

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Output:

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Sự kết luận

Vì vậy, theo cách này, chúng ta có thể xem xét rằng đại tràng là một phần quan trọng hoặc một mảnh trái tim của cây cú pháp Python. Hãy nhớ rằng chúng ta có thể gặp rất nhiều rắc rối nếu chúng ta bỏ lỡ ngay cả một đại tràng trong mã của chúng ta. Vì vậy, tôi khuyên bạn nên đọc kỹ bài viết này nếu bạn là người mới trong chương trình Python.