Michael-J-Ward opened a new issue, #779:
URL: https://github.com/apache/datafusion-python/issues/779

   #750 added `python` wrappers instead of directly exposing `pyo3` generated 
code.
   
   We should leverage that to clean up and improve the rust codebase by:
   
   1) Letting `python` wrappers handle any aliases.
   2) Letting `python` wrappers handle any argument defaults, removing 
`#[pyo3(signature(...))]` annotations from the Rust codebase
   
   Additionally, we should provide guidance so that contributors understand the 
separation. 
   
   @timsaucer 
[recommends](https://github.com/apache/datafusion-python/pull/771#discussion_r1693020654)
 the following guidelines (and I agree):
   
   > I think it's worth adding some guidance about what to put in python vs 
what to put in rust for this repo. In my mind the things that should go into 
the python side are
   > 
   >     * Trivial aliases (this is a good example)
   >     * Simple type conversion, like path -> string of the path or number to 
lit(number)
   >     * More complex type conversion if it makes sense to do in python. For 
example, in the named_struct where sending in a dictionary on the python side 
makes a lot more sense and isn't as simple to do via pyo3.
   > 
   > And then I'd lean towards everything else sitting on the rust side.
   > 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscr...@datafusion.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: github-unsubscr...@datafusion.apache.org
For additional commands, e-mail: github-h...@datafusion.apache.org

Reply via email to