Puis-je dire une méthode Ruby de s'attendre à un paramètre spécifique de type?

def doSomething(value)
    if (value.is_a?(Integer))
        print value * 2
    else
        print "Error: Expected integer value"
        exit
    end
end

Puis-je dire une méthode Ruby qu'un certain paramètre devrait être un Entier, sinon crash? Comme Java.

InformationsquelleAutor Voldemort | 2013-01-29
  1. 14

    Non, vous ne pouvez pas. Vous ne pouvez faire ce que vous êtes déjà en train de faire: vérifier le type de vous-même.

    • Je suppose qu'il ya une bonne raison cachée derrière cette conception?
    • Généralement il n'y a pas de raison de vous limiter à certains types. Si le type prend en charge les opérations que vous essayez d'exécuter sur elle (dans ce cas: si elle peut être multipliée par 2), la restriction de la méthode à un seul type permettrait de diminuer sa souplesse (comme: pourquoi ne pas l'utilisateur d'être en mesure d'utiliser votre méthode de double des valeurs à virgule flottante ou des nombres complexes?). Et si le type ne prend pas en charge l'opération, vous recevrez un message d'erreur de toute façon.
    • J'ai pensé que si Ruby avait cette fonction, lorsque vous écrivez un Rubis programme avec un bon IDE, la taxe pourrait être en mesure de vous avertir" en disant: "tenez-vous bien, vous êtes sur le point de passer d'une non prise en charge de la valeur à cette méthode et vous serez dans le pétrin", comme avec Java lol. Mais à côté de ça, oui vous avez raison, je vais avoir une erreur de toute façon XD.
    • Par ailleurs, si c'est le cas, est Java le un avec une "faille"? Ou suis-je parle de deux mondes très différents que je ne devrais pas être en le comparant à tous?
    • Java est quelque chose de très différent dans ce type d'erreurs en Java sont des erreurs de compilation, pas d'erreurs d'exécution. Donc en Java de la méthode ne plante pas quand donné autre chose qu'un entier, il ne serait pas compiler en premier lieu. Cela s'appelle le typage statique. Ruby n'est pas statiquement typés pour beaucoup de raisons, dont la concision et la flexibilité. L'ajout d'annotations de type à Ruby et en ajoutant le typage statique serait de deux différentes paires de chaussures. Le typage statique est impossible de combiner avec certains de Ruby fonctionnalités (comme la possibilité de définir des méthodes à l'exécution).
    • Les cas où la méthode accepte plusieurs types sont très rares, dans la plupart des cas, la méthode repose sur le type exact ou de l'interface. N'ayant pas les types est en fait un peu de douleur lorsque le code grandit, vous ne savez pas ce type de méthodes nécessitent, et le besoin de chercher dans les docs à chaque fois, si les documents ne sont pas connus, alors même regarder dans le code juste de comprendre à quel type de méthode nécessite.

    InformationsquelleAutor sepp2k
  2. 6

    Je suis en retard à la fête, mais je voulais ajouter quelque chose d'autre:

    Vraiment un concept important en Ruby, c'est Duck-Typing. L'idée derrière ce principe est que vous n'avez pas vraiment sur les types de variables, autant qu'ils peuvent en faire ce que vous voulez faire avec eux. Ce que vous voulez dans votre méthode est d'accepter une variable qui répond à (*). Vous n'avez pas de soins sur le nom de la classe autant que l'instance peut être multiplié.

    À cause de cela, en Ruby, vous verrez de plus en plus souvent la méthode #responds_to? que #is_a?

    En général, vous ferez l'assertion de type uniquement lors de l'acceptation de valeurs à partir de sources externes, telles que la saisie de l'utilisateur.

    InformationsquelleAutor Daniel
  3. 2

    Vous pouvez soulever une Exception à tout moment, arbitrairement, si vous le jugez nécessaire. 

    def doSomething(value)
    if (value.is_a?(Integer))
        print value * 2
    else
        raise "Expected integer value"
    end
end

    Si oui ou non vous vraiment veux faire c'est une question distincte. 🙂

    • Vous pouvez le rendre plus propre comme ceci: def doSomething(valeur); soulever "on Attend la valeur entière", à moins de valeur.is_a? Integer;impression de la valeur*2;fin
    • Je crois qu'il serait plus précis de lever ArgumentError qu'un simple RuntimeError.
    • Pouvez-vous imaginer faire cela pour chaque paramètre sur chaque méthode?
    InformationsquelleAutor Jeffrey Basurto
  4. 1

    Je voudrais suggérer une relance à moins que le type de match au début de la méthode

    def do_something(value)
  raise TypeError, 'do_something expects an integer' unless value.kind_of?(Integer)
  ...
end

    C'est générer une erreur et de sortie, à moins que la valeur est un Integer

    InformationsquelleAutor Gregology