dotnet/roslyn

Refactoring Extract an Interface should include xml comments

Offen

#30.948 geöffnet am 04.11.2018

Auf GitHub ansehenContributor Guide
 (3 Kommentare) (4 Reaktionen) (0 zugewiesene Personen)C# (4.257 Forks)batch import
Area-IDEDeveloper CommunityFeature - Extract Interfacehelp wanted

Repository-Metriken

Stars
 (20.414 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 6T 17h) (256 gemergte PRs in 30 T)

Beschreibung

This issue has been moved from https://developercommunity.visualstudio.com/content/idea/358771/refactoring-extract-an-interface-should-include-xm.html VSTS ticketId: 706627 These are the original issue comments:

Fiona Niu[MSFT] on 10/16/2018, 07:19 PM (18 days ago): Thank you for taking the time to provide your suggestion. We will do some preliminary checks to make sure we can proceed further. You will hear from us in about a week on our next steps. Kendra Havens [MSFT] on 10/31/2018, 03:26 PM (3 days ago): Your suggestion has been queued up for prioritization. Feature suggestions are prioritized based on the value to our broader developer community and the product roadmap. We may not be able to pursue this one immediately, but we will continue to monitor it up to 90 days for community input

Contributor Guide

Research-Richtung
Untersuchen Sie die Refactoring Funktion "Schnittstelle extrahieren" in der Roslyn Codebasis, insbesondere im Verzeichnis features/implementations/refactorings/ExtractInterface. Finden Sie heraus, wie der Schnittstellencode generiert wird, und ermitteln Sie, wo die XML Dokumentationskommentare vom ursprünglichen Typ kopiert werden sollten. Überprüfen Sie vorhandene Tests für "Schnittstelle extrahieren", um das erwartete Verhalten zu verstehen. Prüfen Sie andere Refactorings wie "Klasse extrahieren" auf Muster für den Umgang mit XML Kommentaren.
Tech Stack
csharp
Domain
developer experience
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
3-5 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C#GitRoslyn
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
30