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
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions