Allow "part of" to refer to its parent library by URI instead of name.

[lrhn]

Currently a library part must start with:

part of some.library.name;

The is supposed to give a hint about which library the part is part of, but it doesn't give a direct way to find the file. It might require a global search to actually find the file starting with "library some.library.name;" that includes the part.

If it was possible to instead write:

part of "./thelibrary.dart";

then tools could simply and immediately find the library from the part.

See dart-archive/dart_enhancement_proposals#45

• Language (Spec)
• VM
• Analyzer Analyzer should warn if part-of URI doesn't match importing library. #28522
• dart2js
• intellij
• dartfmt (Allow using URI strings in "part of" declarations dart_style#615)
• Dart style guide

[gbracha]

Maybe.

---

Added Accepted label.

[gbracha]

Set owner to @gbracha.

[davidmorgan]

+1

This change would be the perfect complement to the "library name defaults to empty" change. It would allow us to drop library statements altogether and still use part files when needed.

This would be particularly helpful for source_gen since it relies on parts for generated code. https://github.com/dart-lang/source_gen

[rkj]

+1

[sigmundch]

FYI - we also have a DEP for it - we had discussed it, but I forgot to file it under the DEP repo, so I just did here.

[zzzev]

+1

[BlackHC]

+1

[danrubel]

+1 ... this would allow analysis of part files to be more efficient.

[davidmorgan]

Any update on this, please?

[dgrove]

@floitschG can you please provide an update?

[floitschG]

This feature is accepted by the language team.
The spec hasn't been updated yet, but the DEP for it is ready.
Afaik no implementation has started work on it.

[floitschG]

Status update:
This is still an accepted feature, but we won't implement it for 1.50.

[floitschG]

This issue is now blocked by #28522

[davidmorgan]

Seems like dart_style needs to support this too? dart-lang/dart_style#615

[floitschG]

This has been implemented.
We might want to change our own codebase, but that's an independent task.