TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #397 · 12 ное.

Использование Pydantic сегодня стало нормой, и это правильно. Но иногда на ревью вижу, что используют его не всегда корректно. Например, метод BaseModel.model_dump() по умолчанию не преобразует стандартные типы, такие как datetime, UUID или Decimal, в простой сериализуемый для JSON вид. Тогда пишут кастмоный сериализатор для этих типов чтобы функция json.dump() не падала с ошибкой. import uuid from datetime import datetime from decimal import Decimal from uuid import UUID from pydantic import BaseModel class MyModel(BaseModel): id: UUID date: datetime value: Decimal obj = MyModel( id=uuid.uuid4(), date=datetime.now(), value='1.23' ) print(obj.model_dump()) # не подходит для json.dump # { # 'id': UUID('4f8c1bc4-25fd-40cd-9dbe-2c73639b0dc1'), # 'date': datetime.datetime(2025, 12, 12, 12, 12, 12, 111111), # 'value': Decimal('1.23') # } # добавляем свой кастомный сериализатор json.dumps(obj.model_dump(), cls=MySerializer) # { # 'id': '4f8c1bc4-25fd-40cd-9dbe-2c73639b0dc1', # 'date': '2025-12-12T12:12:12.111111', # 'value': '1.23' # } В данном случае класс MySerializer обрабатывает datetime, UUID и Decimal. Например так: class MySerializer(json.JSONEncoder): def default(self, o): if isinstance(o, Decimal): return str(o) elif isinstance(o, datetime): return o.isoformat() elif isinstance(o, UUID): return str(o) return super().default(o) Специально для тех, кто всё еще так делает - в этом нет необходимости! Pydantic может это сделать сам, просто нужно добавить параметр mode="json". json.dumps(obj.model_dump(mode="json")) # { # 'id': '4f8c1bc4-25fd-40cd-9dbe-2c73639b0dc1', # 'date': '2012-12-12T12:12:12.111111', # 'value': '1.23' # } #pydantic#libs

Резултати

Пронајдени 1 слични објави

Пребарај: #starkgate

当前筛选 #starkgate清除筛选
Crypto M - Crypto News

@CryptoM · Post #64877 · 10.04.2026 г., 06:14

🚀 Starknet Opens Voting on v0.14.2 Upgrade Proposal Starknet has announced that voting is now open for STRK holders on the v0.14.2 upgrade proposal. According to Foresight News, the voting period will end on April 16. The proposed upgrade includes the introduction of SNIP-36, SNIP-37, and SNIP-13, and aims to enable protocol-level S-Two proof verification, significantly reducing costs for privacy use cases and zk-thread applications. Additionally, the upgrade seeks to adjust the storage economic model to more accurately reflect network resource usage while maintaining cost advantages for developers. The StarkGate token contract will also be upgraded to optimize ERC-20 event indexing, verification, and token handling. Other internal upgrades are planned to prepare for the decentralized verification phase described in SNIP-33, including improvements in P2P, weighted proposer sampling, and the concept of virtual proposers. #Starknet#STRK#v0.14.2 #SNIP36#SNIP37#SNIP13#STwoProof#PrivacyUseCases#zkThread#StorageEconomicModel#StarkGate#ERC20#P2P#DecentralizedVerification#SNIP33#VirtualProposers