Summary: | [null] Annotation-specific editor/browser for annotated types | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Ed Willink <ed> |
Component: | UI | Assignee: | JDT-UI-Inbox <jdt-ui-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | azerr, stephan.herrmann |
Version: | 4.8 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows 10 | ||
Whiteboard: | |||
Bug Depends on: | 466299 | ||
Bug Blocks: |
Description
Ed Willink
2018-09-10 11:11:30 EDT
(In reply to Ed Willink from comment #0) > From Bug 414237 Correction: from Bug 466299#c22 Wouldn't implicit annotations (inherited, from @NonNullByDefault, or from external annotations) make a wonderful use case for code mining? FYI. I never use @NonNullByDefault since I cannot tolerate the risks that will occur in the perhaps 1% of legacy usage where @Nullable is appropriate. Equally I find secret declarations inherently dangerous/confusing. (Until the platform and EMF are @NonNull'd, all my code has to be legacy compatible.) I see a number of 'source synthesis' bugs whereby my explicit @NonNull gets doubled up. Waiting for more important bugs to fix up first. |