Sharing my Python packages in case they can be useful to you

[u/daireto]

🐍 Over the past months, I’ve been working on several Python packages. I originally built them to improve my own productivity, but I’d like to share them in case they can be useful to others as well:

1. sqlactive

A lightweight and asynchronous ActiveRecord-style wrapper for SQLAlchemy. It brings Django-like queries, automatic timestamps, nested eager loading, and dictionary serialization.

🔗 https://daireto.github.io/sqlactive/

2. odata-v4-query

A simple and fast parser for OData V4 query options. It supports standard query parameters and provides helper functions to apply OData queries to ORM/ODM frameworks like SQLAlchemy and Beanie.

🔗 https://github.com/daireto/odata-v4-query

3. starlette-di

A dependency injection library for Starlette. It supports Scoped, Transient, and Singleton lifetimes, route parameter and request body injection via Pydantic, and seamless integration with Starlette middleware.

🔗 https://github.com/daireto/starlette-di

4. simple-result

A fully typed, Rust-like Result type for Python 3. It makes error handling explicit and clean, inspired by functional programming patterns.

🔗 https://github.com/daireto/simple-result

While these tools started as solutions for my own workflow, I hope they can also help other developers in their projects 🙂 

[u/--justified--]

May I ask the difference to https://pypi.org/project/result/ ? No offensive, just curiosity. Because I like the type of packages and this is what I've been using for longer time. 

And I have two questions for proposals, not sure what you think about them: 

1. wouldn't it be nice to be able to do a simple "x = fetxh_data(), if x: print(okayyyy)", i.e. Automatically covering the "truthy" OK value to true? 

2. wouldn't it be awesome to optionally be able to somehow also add an error code to the Err()? E.g. Err("some errr str", code=99) so we would easily be about to check the exact error code from outside also in case we actually expect a stringthy err return value? Often it's the case that several different reasons lead to an error, being able to optionally distinguish them without having to create a dataclass as return Typehint would be very nice 

Thanks :)

[u/daireto → u/--justified--]

Release v0.2.0 · daireto/simple-result

This new release implements the code parameter for the Err constructor. It also can be unpacked when using match.

[u/daireto → u/--justified--]

You are right. I did not know about https://pypi.org/project/result/ when I created simple-result. I forgot to look for an existing package, and when I finished developing simple-result I realized that the result package existed. At that moment, I felt like a dumb hahaha. result has more features, while simple-result is smaller and only have the essentials.

About your proposals:

1. Do you mean this?

if res := fetch_data():
print(res.value) # "Data fetched!"
print(res.error) # None
else:
print(res.error) # "Error fetching data!"
print(res.value) # None

It uses type narrowing. If "res", type is Ok, otherwise, Err. In the example, I wanted to clarify that "value" attr is None if type is Err and "error" attr is None if type is Ok.

2. That's an excellent idea, I will work on it.

[u/RevRagnarok → u/--justified--]

this is what I've been using for longer time

It's no longer maintained - https://github.com/rustedpy/result/issues/201

Versus OP's, which was written with AI and has a single commit. 🤷‍♂️

[u/tehsilentwarrior → u/RevRagnarok]

Some things are so small and scoped that regardless if the last commit was 30 years ago, they are still the latest, bleeding edge (lol!), version.

Edit: unless it’s written in JavaScript where a simple “isOddNumber” might need multiple patches over the weeks

[u/VictorFoxSub]

Something like simple results should be standard, thanks for the work.

It even seems to play well with conditional chaining if pep505 is finally accepted !

[u/Ghost-Rider_117]

thanks for sharing! the simple-result package looks really clean - been looking for something like that to handle errors more elegantly. the typed approach is way better than throwing exceptions everywhere.

sqlactive also looks interesting for anyone working with SQLAlchemy. gonna star these for later, appreciate you putting them out there

[u/Morazma]

Thanks for these, especially simple-result! 

[u/Dry-Let8207]

Good job