Tôi có nên sử dụng một lớp học hoặc từ điển?

Tôi có một lớp chỉ chứa các trường và không có phương thức nào, như thế này:

class Request(object):

    def __init__(self, environ):
        self.environ = environ
        self.request_method = environ.get('REQUEST_METHOD', None)
        self.url_scheme = environ.get('wsgi.url_scheme', None)
        self.request_uri = wsgiref.util.request_uri(environ)
        self.path = environ.get('PATH_INFO', None)
        # ...

Điều này có thể dễ dàng được dịch sang một chính tả. Lớp này linh hoạt hơn để bổ sung trong tương lai và có thể nhanh chóng __slots__. Vì vậy, sẽ có lợi ích của việc sử dụng một dict thay thế? Một câu lệnh sẽ nhanh hơn một lớp học? Và nhanh hơn một lớp học có khe cắm?

Tại sao bạn lại làm cho nó trở thành một cuốn từ điển? Ưu điểm là gì? Điều gì xảy ra nếu sau này bạn muốn thêm một số mã? __init__Mã của bạn sẽ đi đâu?

Các lớp dành cho nhóm dữ liệu liên quan (và thường là mã).

Từ điển dùng để lưu trữ các mối quan hệ khóa-giá trị, trong đó thường các khóa đều thuộc cùng một kiểu và tất cả các giá trị cũng thuộc một kiểu. Đôi khi chúng có thể hữu ích cho việc nhóm dữ liệu khi tên khóa / thuộc tính không phải tất cả đều được biết trước, nhưng đây thường là dấu hiệu cho thấy thiết kế của bạn có vấn đề.

Giữ đây là một lớp học.

Sử dụng từ điển trừ khi bạn cần cơ chế bổ sung của một lớp. Bạn cũng có thể sử dụng một namedtuplephương pháp kết hợp:

>>> from collections import namedtuple
>>> request = namedtuple("Request", "environ request_method url_scheme")
>>> request
<class '__main__.Request'>
>>> request.environ = "foo"
>>> request.environ
'foo'

Sự khác biệt về hiệu suất ở đây sẽ là tối thiểu, mặc dù tôi sẽ ngạc nhiên nếu từ điển không nhanh hơn.

Một lớp trong python là một lệnh bên dưới. Bạn nhận được một số chi phí với hành vi lớp, nhưng bạn sẽ không thể nhận thấy nó nếu không có trình biên dịch. Trong trường hợp này, tôi tin rằng bạn được hưởng lợi từ lớp học vì:

• Tất cả logic của bạn sống trong một chức năng duy nhất
• Nó dễ dàng cập nhật và luôn được đóng gói
• Nếu bạn thay đổi bất kỳ điều gì sau đó, bạn có thể dễ dàng giữ nguyên giao diện

Tôi nghĩ rằng cách sử dụng của mỗi cái là cách quá chủ quan đối với tôi khi tham gia vào điều đó, vì vậy tôi sẽ chỉ bám vào các con số.

Tôi đã so sánh thời gian cần thiết để tạo và thay đổi một biến trong lớp dict, lớp new_style và lớp new_style với các vị trí.

Đây là mã tôi đã sử dụng để kiểm tra nó (nó hơi lộn xộn nhưng nó hoạt động tốt.)

import timeit

class Foo(object):

    def __init__(self):

        self.foo1 = 'test'
        self.foo2 = 'test'
        self.foo3 = 'test'

def create_dict():

    foo_dict = {}
    foo_dict['foo1'] = 'test'
    foo_dict['foo2'] = 'test'
    foo_dict['foo3'] = 'test'

    return foo_dict

class Bar(object):
    __slots__ = ['foo1', 'foo2', 'foo3']

    def __init__(self):

        self.foo1 = 'test'
        self.foo2 = 'test'
        self.foo3 = 'test'

tmit = timeit.timeit

print 'Creating...\n'
print 'Dict: ' + str(tmit('create_dict()', 'from __main__ import create_dict'))
print 'Class: ' + str(tmit('Foo()', 'from __main__ import Foo'))
print 'Class with slots: ' + str(tmit('Bar()', 'from __main__ import Bar'))

print '\nChanging a variable...\n'

print 'Dict: ' + str((tmit('create_dict()[\'foo3\'] = "Changed"', 'from __main__ import create_dict') - tmit('create_dict()', 'from __main__ import create_dict')))
print 'Class: ' + str((tmit('Foo().foo3 = "Changed"', 'from __main__ import Foo') - tmit('Foo()', 'from __main__ import Foo')))
print 'Class with slots: ' + str((tmit('Bar().foo3 = "Changed"', 'from __main__ import Bar') - tmit('Bar()', 'from __main__ import Bar')))

Và đây là đầu ra ...

Đang tạo ...

Dict: 0.817466186345
Class: 1.60829183597
Class_with_slots: 1.28776730003

Thay đổi một biến ...

Dict: 0.0735140918748
Class: 0.111714198313
Class_with_slots: 0.10618612142

Vì vậy, nếu bạn chỉ lưu trữ các biến, bạn cần tốc độ và nó sẽ không yêu cầu bạn thực hiện nhiều phép tính, tôi khuyên bạn nên sử dụng dict (bạn luôn có thể tạo một hàm trông giống như một phương thức). Tuy nhiên, nếu bạn thực sự cần các lớp học, hãy nhớ - luôn sử dụng __ slot __ .

Ghi chú:

Tôi đã kiểm tra 'Lớp' với cả lớp new_style và old_style. Hóa ra là các lớp old_style được tạo nhanh hơn nhưng sửa đổi chậm hơn (không nhiều nhưng đáng kể nếu bạn đang tạo nhiều lớp trong một vòng lặp chặt chẽ (mẹo: bạn đang làm sai)).

Ngoài ra, thời gian tạo và thay đổi các biến có thể khác nhau trên máy tính của bạn vì máy tính của tôi đã cũ và chậm. Hãy chắc chắn rằng bạn tự kiểm tra nó để xem kết quả 'thực'.

Biên tập:

Sau đó, tôi đã thử nghiệm têntuple: tôi không thể sửa đổi nó nhưng để tạo 10000 mẫu (hoặc cái gì đó tương tự), phải mất 1,4 giây để từ điển thực sự là nhanh nhất.

Nếu tôi thay đổi hàm dict để bao gồm các khóa và giá trị và trả về dict thay vì biến chứa dict khi tôi tạo, nó sẽ cho tôi 0,65 thay vì 0,8 giây.

class Foo(dict):
    pass

Việc tạo giống như một lớp có các khe và việc thay đổi biến là chậm nhất (0,17 giây) nên không sử dụng các lớp này . đi cho một dict (tốc độ) hoặc cho lớp có nguồn gốc từ đối tượng ('cú pháp kẹo')

Tôi đồng ý với @adw. Tôi sẽ không bao giờ trình bày một "đối tượng" (theo nghĩa OO) bằng từ điển. Từ điển tổng hợp các cặp tên / giá trị. Các lớp đại diện cho các đối tượng. Tôi đã thấy mã nơi các đối tượng được biểu diễn bằng từ điển và không rõ hình dạng thực tế của vật đó là gì. Điều gì xảy ra khi không có tên / giá trị nhất định? Điều gì hạn chế khách hàng đưa bất cứ thứ gì vào. Hoặc cố gắng lấy bất cứ thứ gì ra. Hình dạng của vật phải luôn được xác định rõ ràng.

Khi sử dụng Python, điều quan trọng là phải xây dựng kỷ luật vì ngôn ngữ này cho phép nhiều cách để tác giả bắn vào chân anh ta / cô ta.

Tôi muốn giới thiệu một lớp học, vì nó là tất cả các loại thông tin liên quan đến một yêu cầu. Nếu một người sử dụng từ điển, tôi hy vọng dữ liệu được lưu trữ sẽ giống hơn nhiều về bản chất. Một nguyên tắc mà tôi có xu hướng làm theo bản thân là nếu tôi có thể muốn lặp lại toàn bộ tập hợp các cặp khóa-> giá trị và làm điều gì đó, tôi sử dụng từ điển. Nếu không, dữ liệu rõ ràng có nhiều cấu trúc hơn so với một ánh xạ giá trị> khóa cơ bản, nghĩa là một lớp có thể sẽ là một lựa chọn thay thế tốt hơn.

Do đó, hãy gắn bó với lớp học.

Nếu tất cả những gì bạn muốn đạt được là cú pháp candy như obj.bla = 5thay vì obj['bla'] = 5, đặc biệt nếu bạn phải lặp lại điều đó nhiều, bạn có thể muốn sử dụng một số lớp vùng chứa đơn giản như trong đề xuất của martineaus. Tuy nhiên, mã ở đó khá cồng kềnh và chậm không cần thiết. Bạn có thể giữ nó đơn giản như vậy:

class AttrDict(dict):
    """ Syntax candy """
    __getattr__ = dict.__getitem__
    __setattr__ = dict.__setitem__
    __delattr__ = dict.__delitem__

Một lý do khác để chuyển sang namedtuples hoặc một lớp có __slots__thể là sử dụng bộ nhớ. Các lệnh yêu cầu nhiều bộ nhớ hơn đáng kể so với các loại danh sách, vì vậy đây có thể là một điểm cần suy nghĩ.

Dù sao, trong trường hợp cụ thể của bạn, dường như không có bất kỳ động lực nào để chuyển khỏi triển khai hiện tại của bạn. Bạn dường như không duy trì hàng triệu đối tượng này, vì vậy không cần có kiểu dẫn xuất danh sách. Và nó thực sự chứa một số logic chức năng bên trong __init__, vì vậy bạn cũng không nên có AttrDict.

Có thể có bánh của bạn và ăn nó, quá. Nói cách khác, bạn có thể tạo thứ gì đó cung cấp chức năng của cả lớp và thể hiện từ điển. Xem công thức Dɪᴄᴛɪᴏɴᴀʀʏ ᴡɪᴛʜ ᴀᴛᴛʀɪʙᴜᴛᴇ-sᴛʏʟᴇ ᴀᴄᴄᴇss của ActiveState và nhận xét về cách làm điều đó.

Nếu bạn quyết định sử dụng một lớp thông thường thay vì một lớp con, tôi đã nhận thấy công thức Tʜᴇ sɪᴍᴘʟᴇ ʙᴜᴛ ʜᴀɴᴅʏ "ᴄᴏʟʟᴇᴄᴛᴏʀ ᴏғ ᴀ ʙᴜɴᴄʜ ᴏғ ɴᴀᴍᴇᴅ sᴛᴜғғ" (của Alex Martelli) rất linh hoạt và hữu ích cho loại thứ. có vẻ như bạn đang làm (tức là tạo một bộ tổng hợp thông tin tương đối đơn giản). Vì nó là một lớp nên bạn có thể dễ dàng mở rộng chức năng của nó hơn nữa bằng cách thêm các phương thức.

Cuối cùng, cần lưu ý rằng tên của các thành viên lớp phải là định danh Python hợp pháp, nhưng khóa từ điển thì không — vì vậy, từ điển sẽ cung cấp sự tự do hơn về mặt đó vì khóa có thể là bất kỳ thứ gì có thể băm được (ngay cả thứ không phải là chuỗi).

Cập nhật

Một lớp object(không có __dict__) lớp con được đặt tên SimpleNamespace(có một) đã được thêm vào typesmô-đun Python 3.3 và là một thay thế khác.

class ClassWithSlotBase:
    __slots__ = ('a', 'b',)

def __init__(self):
    self.a: str = "test"
    self.b: float = 0.0


def test_type_hint(_b: float) -> None:
    print(_b)


class_tmp = ClassWithSlotBase()

test_type_hint(class_tmp.a)

Tôi giới thiệu một lớp học. Nếu bạn sử dụng một lớp, bạn có thể nhận được gợi ý kiểu như được hiển thị. Và hỗ trợ Class tự động hoàn thành khi class là đối số của hàm.