xunit/xunit

Implement scoring for how "literal" an expression is

Fermée

#1 251 ouverte le 7 mai 2017

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)C# (761 forks)batch import
AnalyzersFeaturehelp wanted

Métriques du dépôt

Stars
 (3 873 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

From @marcind on September 12, 2016 20:2

Rule xUnit2000 has logic for determining whether an expression is a "literal". Change the logic to implement a scoring mechanism. Something like the following (most "literal" first)

  1. null, Literal Expressions, typeof, nameof, sizeof, default, enum values
  2. Consts and static read-only fields/properties (include reference types or not?)
  3. New "instances" of structs
  4. Certain factory methods on structs (e.g. DateTime.Parse)
  5. Everything else.

If the second arg has a lower score than the first arg, trigger the rule.

Copied from original issue: xunit/xunit.analyzers#27

Guide contributeur

Direction de recherche
Étudiez l'implémentation existante de la règle xUnit2000 et concevez une fonction de notation pour les expressions littérales.
Stack technique
csharp
Domaine
testing
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C#Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40