Making `ObType` a separate crate

[samuelcolvin]

See samuelcolvin/rtoml#59.

We should move ObType to a separate crate so it can be reused by other projects, there's also a chance that it allows one of us, or something else to come along and make it faster.

pydantic-core/src/serializers/ob_type.rs

Lines 383 to 428 in a65f327

	pub enum ObType {
	None,
	// numeric types
	Int,
	IntSubclass,
	Bool,
	Float,
	FloatSubclass,
	Decimal,
	// string types
	Str,
	StrSubclass,
	Bytes,
	Bytearray,
	// sequence types
	List,
	Tuple,
	Set,
	Frozenset,
	// mapping types
	Dict,
	// datetime types
	Datetime,
	Date,
	Time,
	Timedelta,
	// types from this package
	Url,
	MultiHostUrl,
	// anything with __pydantic_serializer__, including BaseModel and pydantic dataclasses
	PydanticSerializable,
	// vanilla dataclasses
	Dataclass,
	// enum type
	Enum,
	// generator type
	Generator,
	// Path
	Path,
	//Pattern,
	Pattern,
	// Uuid
	Uuid,
	// unknown type
	Unknown,
	}

[sydney-runkle]

This would probably be a good issue for me to pick up at some point in terms of comfort with the rust ecosystem 👍

[dylanbhughes]

Is this something still worth considering? I can take a crack at it

[davidhewitt]

I think there is still potential here, however I think the logic has been increasingly coupled to pydantic so I don't really know the likelihood of success.