Nous avons commencé à expérimenter avec Scala et le cadre de jeu de mon travail. Configurez notre cadre auto-pontage et de test comme la première chose et avons déployé Scalastyle pour gérer le premier.
qui a été très utile, sauf que nous obtenons cette erreur spécifique que nous trouvons difficile à résoudre dans un bonne façon. Un exemple simple est celui-ci: P>
def helloWorld = Action {
req =>
Ok("Hello World!")
}
3 Réponses :
Toute suggestion sur une bonne solution pour cela? Ou avons-nous simplement de tourner de cette vérification des projets de lecture?
Je suggérerais d'activer
org.scalastle.scalariform.publicmethodeShaveShoDShoDshoDSHAVETYPECKER Éliminez complètement pour votre projet ou marquez vos contrôleurs à ignorer par cette règle ( ici vous trouverez des informations sur la façon de faire cela).À la fin de cette vérification, la prestation des personnes qui écrivent des bibliothèques (comme cela contribue à être plus explicite sur l'API One Fever). J'ai constaté que lorsque vous travaillez sur des projets "réels", vérifiez que cela ne fait que l'ajout de la chaudron et vous empêche de tirer parti de l'inférence de type.
Souhaite qu'il y ait une meilleure façon, mais // scalastlele: tout.
J'ai trouvé une meilleure façon de supprimer la méthode publique " DOIT avoir un message explicite em>", sans le désactiver. Lors de la définition de ces méthodes, le corps [Type ] strong> et [ implicitement] [type] strong> peut être défini; À titre d'action [JSValue] et de requéreur implicite, par exemple. P> Exemple de code: P> def helloWorld:Action[AnyContent] = Action {
implicit req: RequestHeader =>
Ok("Hello World!")
}