Performing algebra with newtypes based on integers Haskell

后端 未结 2 1812
太阳男子
太阳男子 2021-01-14 02:08

I\'m having some trouble with performing simple addition, subtraction -- any kind of algebra really with Haskells newtype.

My definition is (show included so I can p

相关标签:
2条回答
  • 2021-01-14 02:55

    You're missing a instance of how your money can add together, the clue was in the error Instance : Num Money.

    So for addition in Haskell the Num type what is needed to add two things together as long you are dealing with numbers so let's make an instance of Num on Money:

    newtype Money =
      Money Integer deriving Show
    
    instance Num Money where
      Money a + Money b = Money $ a + b
    
    -- Money 1 + Money 2 == Money 3
    

    Notice that it returns Money, will let you research how you can get the number out of the type :)

    0 讨论(0)
  • 2021-01-14 03:05

    Well Haskell can not add up two Moneys, since you never specified how to do that. In order to add up two as, the as should implement the Num typeclass. In fact newtypes are frequently used to specify different type instances, for example Sum and Product are used to define two different monoids.

    You thus need to make it an instance of Num, so you have to define an instance like:

    instance Num Money where
        Money a + Money b = Money (a+b)
        Money a - Money b = Money (a-b)
        Money a * Money b = Money (a*b)
        abs (Money a) = Money (abs a)
        signum (Money a) = Money (signum a)
        fromInteger = Money

    Since (/) :: Fractional a => a -> a -> a is a member of the Fractional typeclass, this will give some problems, since your Money wraps an Integer object.

    You can however implement the Integral typeclass such that it supports div. In order to do this, we however need to implement the Real and Enum typeclass. The Real typeclass requires the type to be implement the Ord, and since the Ord typeclass requires the object to be an instance of the Eq typeclass, we thus end up implementing the Eq, Ord, Real and Enum typeclass.

    instance Eq Money where
        Money x == Money y = x == y
    
    instance Ord Money where
        compare (Money x) (Money y) = compare x y
    
    instance Real Money where
        toRational (Money x) = toRational x
    
    instance Enum Money where
        fromEnum (Money x) = fromEnum x
        toEnum = Money . toEnum
    
    instance Integral Money where
        toInteger (Money x) = x
        quotRem (Money x) (Money y) = (Money q, Money r)
            where (q, r) = quotRem x y

    GeneralizedNewtypeDeriving

    As @Alec says we can use a GHC extension named -XGeneralizedNewtypeDeriving.

    The above derivations are quite "boring" here we each time "unwrap" the data constructor(s), perform some actions, and "rewrap" them (well in some cases either unwrapping or rewrapping are not necessary). Especially since a newtype actually does not exists at runtime (this is more a way to let Haskell treat the data differently, but the data constructor will be "optimized away"), it makes not much sense.

    If we compile with:

    ghc -XGeneralizedNewtypeDeriving file.hs

    we can declare the Money type as:

    newtype Money = Money Integer deriving (Show, Num, Enum, Eq, Ord, Real, Integral)

    and Haskell will perform the above derivations for us. This is, to the best of my knowledge, a GHC feature, and thus other Haskell compilers do not per se (well they can of course have this feature) support this.

    0 讨论(0)
提交回复
热议问题