[Python-ideas] Working with Path objects: p-strings?
Koos Zevenhoven
k7hoven at gmail.com
Thu Mar 31 07:31:58 EDT 2016
On Thu, Mar 31, 2016 at 12:46 PM, Sven R. Kunze <srkunze at mail.de> wrote:
> On 31.03.2016 11:15, Paul Moore wrote:
>>
>> Any suggestions for a better design? It might be nice for someone to
>> write a blog entry or posting somewhere on "how to upgrade your 3rd
>> party library to support pathlib" and one of the harder questions will
>> be "how do I decide whether to return a string or a path?" If we had a
>> good recommendation for this, it might help adoption.
>
True. When we do have the answer, we need to let people know about it.
> Good point. This discussion has been long already so it might make sense to
> write something down in a concise manner.
>
> I am not sure if I can make a good suggestion here because I am still
> trapped at the point where I need to sort out if a path more like a dict or
> another structured datatype, or if it is more a monolithic object. That will
> be the next blog post topic for me.
>
While discussing, pondering and experimenting with this, I have formed
a quite clear view on how I think we should move forward with this.
I'm working on a proposal that attempts to not be in conflict with any
of the goals. I hope it is not in conflict with your present thoughts
about structured/vs monolithic objects either :)
> "how do I decide whether to return a string or a path?" << very good
> question btw; my initial thought would be; make two functions (maybe the
> same name in two different namespaces), so it's crystal clear what this
> function takes a arguments and what it returns. But I need to think more
> about this.
>
> Best,
> Sven
>
More information about the Python-ideas
mailing list