GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — Split operator initialization into its own module(s) · Issue #430 · python-graphblas/python-graphblas

Split operator initialization into its own module(s) #430

New issue
Copy link
New issue
Copy link
Open
Open
Split operator initialization into its own module(s)#430
Copy link
Labels
hygieneImprove code quality and reduce maintenance overheadImprove code quality and reduce maintenance overhead

Description

@eriknw
eriknw
opened on Apr 12, 2023
Issue body actions

This is a specific action item from the discussion in #429.

To make operator classes and code more simple/understandable/maintainable/refactorable, we think it makes sense to move code that performs initialization of all the operators into separate module(s) such as perhaps graphblas.core.operator.initialize.

This probably means moving the classmethods such as _initialize and class data such as _parse_config (and maybe _commutes) to new file(s). The result should be much class definitions that are smaller and easier to read, and initialization code that is easy to find and easier to refactor (such as when adding new backends or making operator data more declarative/explicit). This also helps us add module-level docstrings in a sensible way.

Activity

  1. eriknw
    added
    hygieneImprove code quality and reduce maintenance overheadImprove code quality and reduce maintenance overhead
    on Apr 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    hygieneImprove code quality and reduce maintenance overheadImprove code quality and reduce maintenance overhead

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402503 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.