Skip to content

Conversation

@anoto-moniz
Copy link
Collaborator

As a simplification for the platform, all design spaces should be either a ProductDesignSpace or HierarchicalDesignSpace. The other types (namely, DataSourceDesignSpace and FormulationDesignSpace) should be subspaces of them. This is the only structure supported by the UI, so it will improve their experience of the platform, too.

Additionally, EnumeratedDesignSpace is obsolete, and should be replaced by a DataSourceDesign space within a ProductDesignSpace.

Note that we also emit a warning on retrieval. That's because when we go to v4.0, we will stop supporting such design spaces at all. This gives users a chance to update their design spaces as necessary, and ensures they will not be surprised when the type of design space they retrieve changes.

PR Type:

  • Breaking change (fix or feature that would cause existing functionality to change)
  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Maintenance (non-breaking change to assist developers)

Adherence to team decisions

  • I have added tests for 100% coverage
  • I have written Numpy-style docstrings for every method and class.
  • I have communicated the downstream consequences of the PR to others.
  • I have bumped the version in __version__.py

@anoto-moniz anoto-moniz force-pushed the feature/pne-7661-deprecate-old-ds-types branch from bd1c75e to 539cf45 Compare December 18, 2025 18:14
@anoto-moniz anoto-moniz marked this pull request as ready for review December 18, 2025 18:29
@anoto-moniz anoto-moniz requested a review from a team as a code owner December 18, 2025 18:29
kroenlein
kroenlein previously approved these changes Jan 5, 2026
Copy link
Collaborator

@kroenlein kroenlein left a comment

Choose a reason for hiding this comment

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

One question,all looks good.

Resources in this collection.
"""
for element in collection:
Copy link
Collaborator

Choose a reason for hiding this comment

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

Why reimplement the method instead of just wrapping the parent method and running the return through the verification?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Great question. That thought occurred to me, but I can't recall why I went this way.

As a simplification for the platform, all design spaces should be either
a ProductDesignSpace or HierarchicalDesignSpace. The other types
(namely, DataSourceDesignSpace and FormulationDesignSpace) should be
subspaces of them. This is the only structure supported by the UI, so it
will improve their experience of the platform, too.

Additionally, EnumeratedDesignSpace is obsolete, and should be replaced
by a DataSourceDesign space within a ProductDesignSpace.

Note that we also emit a warning on retrieval. That's because when we go
to v4.0, we will stop supporting such design spaces at all. This gives
users a chance to update their design spaces as necessary, and ensures
they will not be surprised when the type of design space they retrieve
changes.
@anoto-moniz anoto-moniz force-pushed the feature/pne-7661-deprecate-old-ds-types branch from 539cf45 to 7882715 Compare January 6, 2026 15:49
@anoto-moniz anoto-moniz requested a review from kroenlein January 6, 2026 16:12
Copy link
Collaborator

@kroenlein kroenlein left a comment

Choose a reason for hiding this comment

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

LGTM

@anoto-moniz anoto-moniz merged commit f200518 into main Jan 6, 2026
44 checks passed
@anoto-moniz anoto-moniz deleted the feature/pne-7661-deprecate-old-ds-types branch January 6, 2026 16:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants