Skip to content

Split DAOs into own NuGet packages #154

@Arithmomaniac

Description

@Arithmomaniac

Moving each provider into its own Nuget package has a few advantages:

  • Easier to navigate
  • Enforces separation of concerns - cross-DAO stuff cannot reference any Relativity-specific DLLs
  • Allows different implementations to set different Relativity requirements (for example, an ExportAPI provider would set a minimum version of 9.7; SqlDao doesn't need ObjectManager
  • Allows for targeting platforms that Relativity doesn't get (such as a pure REST-based implementation that world work on .NET core)

We should have:

  • A core Gravity.Core package with common logic and models
  • Separate packages for each provider
  • A Gravity metapackage that will install all of the other packages (providing backwards compatibility for referencers)

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions