Skip to content

REF: rename _data-->_mgr #27254

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 2 commits into from
Closed

Conversation

jbrockmendel
Copy link
Member

At the sprint there was discussion of trimming down the exposed surface of internals. Among the things that makes this difficult is identifying exactly what that surface is. This makes it feasiable to grep for all accesses by using the unambiguous ._mgr instead of the overloaded ._data.

Copy link
Contributor

@jreback jreback left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what is the upside of changing this?

_data = None # type: BlockManager
_mgr = None # type: BlockManager

@property
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this actually hit anywhere? (maybe in pyarrow)?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not hit in our tests, but since pyarrow/fastparquet still reaches into core.internals, I figured we needed the alias for compat

@jbrockmendel
Copy link
Member Author

what is the upside of changing this?

Discussed in the OP: it is hard to tell right now where BlockManager is accessed across the code-base (most of which we want to remove). With this, you can find it immediately by grepping.

@jreback
Copy link
Contributor

jreback commented Jul 5, 2019

what is the upside of changing this?

Discussed in the OP: it is hard to tell right now where BlockManager is accessed across the code-base (most of which we want to remove). With this, you can find it immediately by grepping.

I am not sure this is a positive return given the churn on other packages.

@gfyoung gfyoung added Internals Related to non-user accessible pandas implementation Refactor Internal refactoring of code labels Jul 6, 2019
@jbrockmendel jbrockmendel deleted the mgr branch July 7, 2019 21:51
@j-bennet j-bennet mentioned this pull request Mar 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Internals Related to non-user accessible pandas implementation Refactor Internal refactoring of code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants