1 / 35

PROGRAMMING IN HASKELL

PROGRAMMING IN HASKELL. I/O and functors. Based on lecture notes by Graham Hutton The book “ Learn You a Haskell for Great Good ” (and a few other sources). File I/O.

lee
Download Presentation

PROGRAMMING IN HASKELL

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. PROGRAMMING IN HASKELL I/O and functors Based on lecture notes by Graham Hutton The book “Learn You a Haskell for Great Good” (and a few other sources)

  2. File I/O So far, we’ve worked mainly at the prompt, and done very little true input or output. This is logical in a functional language, since nothing has side effects! However, this is a problem with I/O, since the whole point is to take input (and hence change some value) and then output something (which requires changing the state of the screen or other I/O device. Luckily, Haskell offers work-arounds that separate the more imperative I/O.

  3. A simple example: save the following file as helloword.hs main=putStrLn"hello,world" Now we actually compile a program: $ghc--makehelloworld [1of1]CompilingMain (helloworld.hs,helloworld.o) Linkinghelloworld... $./helloworld hello,world 2

  4. What are these functions? ghci>:tputStrLn putStrLn::String->IO() ghci>:tputStrLn"hello,world" putStrLn"hello,world"::IO() So putStrLn takes a string and returns an I/O action (which has a result type of (), the empty tuple). In Haskell, an I/O action is one with a side effect - usually either reading or printing. Usually some kind of a return value, where () is a dummy value for no return. 3

  5. An I/O action will only be performed when you give it the name “main” and then run the program. A more interesting example: main=do putStrLn"Hello,what'syourname?” name<-getLine putStrLn("Hey"++name++", yourock!") Notice the do statement - more imperative style. Each step is an I/O action, and these glue together. 4

  6. More on getLine: ghci>:tgetLine getLine::IOString This is the first I/O we’ve seen that doesn’t have an empty tuple type - it has a String. Once the string is returned, we use the <- to bind the result to the specified identifier. Notice this is the first non-functional action we’ve seen, since this function will NOT have the same value every time it is run! This is called “impure” code, and the value name is “tainted”. 5

  7. An invalid example: nameTag="Hello,mynameis"++getLine What’s the problem? Well, ++ requires both parameters to have the same type. What is the return type of getLine? Another word of warning: what does the following do? name=getLine 6

  8. Just remember that I/O actions are only performed in a few possible places: • A main function • inside a bigger I/O block that we have composed with a do (and remember that the last action can’t be bound to a name, since that is the one that is the return type). • At the ghci prompt: ghci>putStrLn"HEEY" HEEY 7

  9. You can use let statements inside do blocks, to call other functions (and with no “in” part required): importData.Char main=do putStrLn"What'syourfirstname?" firstName<-getLine putStrLn"What'syourlastname?" lastName<-getLine letbigFirstName=maptoUpperfirstName bigLastName=maptoUpperlastName putStrLn$"hey"++bigFirstName++""++ bigLastName++",howareyou?" Note that <- is for I/O, and let for expressions. 8

  10. Return in haskell: NOT like other languages. main=do line<-getLine ifnullline thenreturn() elsedo putStrLn$reverseWordsline main reverseWords::String->String reverseWords=unwords. mapreverse.words Note: reverseWords = unwords . map reverse . words is the same as reverseWordsst = nwords (map reverse (words st)) 9

  11. What is return? Does NOT signal the end of execution! Return instead makes an I/O action out of a pure value. main=do a<-return"hell" b<-return"yeah!" putStrLn$a++""++b In essence, return is the opposite of <-. Instead of “unwrapping” I/O Strings, it wraps them. 10

  12. Last example was a bit redundant, though – could use a let instead: main = do let a = "hell" b = "yeah" putStrLn $ a ++ " " ++ b   Usually, you’ll use return to create I/O actions that don’t do anything (but you have to have one anyway, like an if-then-else), or for the last line of a do block, so it returns some value we want. 11

  13. Other I/O functions: • print (works on any type in show, but calls show first) • putStr - And as putStrLn, but no newline • putChar and getChar main=doprintTrue print2 print"haha" print3.2 print[3,4,3] main=do c<-getChar ifc/='' thendo putCharc main elsereturn() 12

  14. More advanced functionality is available in Control.Monad: importControl.Monad importData.Char main=forever$do putStr"Givemesomeinput:" l<-getLine putStrLn$maptoUpperl (Will indefinitely ask for input and print it back out capitalized.) 13

  15. Other functions: • sequence: takes list of I/O actions and does them one after the other • mapM: takes a function (which returns an I/O) and maps it over a list • Others available in Control.Monad: • when: takes boolean and I/O action. If bool is true, returns same I/O, and if false, does a return instead 14

  16. System Level programming • Scripting functionality deals with I/O as a necessity. • The module System.Environment has several to help with this: • getArgs: returns a list of the arguments that the program was run with • getProgName: returns the string which is the program name (Note: I’ll be assuming you compile using “ghc –make myprogram” and then running “./myprogram”. But you could also do “runhaskell myprogram.hs”.) 15

  17. An example: import System.Environment import Data.List main = do args <- getArgs progName <- getProgName putStrLn "The arguments are:" mapMputStrLnargs putStrLn "The program name is:" putStrLnprogName 16

  18. The output: $ ./arg-test first second w00t "multi word arg" The arguments are: first second w00t multi word arg The program name is: arg-test 17

  19. Recap of Typeclasses We have seen typeclasses, which describe classes of data where operations of a certain type make sense. Look more closely: class Eq a where (==) :: a -> a -> Bool (/=) :: a -> a -> Bool x == y = not (x /= y) x /= y = not (x == y) 18

  20. Now – say we want to make a new type and make sure it belongs to a given typeclass. Here’s how: data TrafficLight = Red | Yellow | Green instance EqTrafficLight where Red == Red = True Green == Green = True Yellow == Yellow = True _ == _ = False 19

  21. Now maybe we want to be able to display these at the prompt. To do this, we need to add this to the “show” class. (Remember those weird errors with the trees yesterday? We hadn’t added trees to this class!) instance Show TrafficLight where show Red = "Red light" show Yellow = "Yellow light" show Green = "Green light" 20

  22. And finally, we can use these things: ghci> Red == Red True ghci> Red == Yellow False ghci> Red `elem` [Red, Yellow, Green] True ghci> [Red, Yellow, Green] [Red light,Yellowlight,Green light] 21

  23. Functors Functors are a typeclass, just like Ord, Eq, Show, and all the others. This one is designed to hold things that can be mapped over; for example, lists are part of this typeclass. classFunctorfwhere fmap::(a->b)->fa->fb This type is interesting - not like previous exmaples, like in EQ, where (==) :: (Eq a) => a -> a -> Bool. Here, f is NOT a concrete type, but a type constructor that takes one parameter. 22

  24. Compare fmap to map: fmap::(a->b)->fa->fb map :: (a -> b) -> [a] -> [b] So map is a lot like a functor! Here, map takes a function and a list of type a, and returns a list of type b. In fact, can define map in terms of fmap: instanceFunctor[]where fmap=map 23

  25. Notice what we wrote: instanceFunctor[]where fmap=map We did NOT write “instance Functor [a] where…”, since f has to be a type constructor that takes one type. Here, [a] is already a concrete type, while [] is a type constructor that takes one type and can produce many types, like [Int], [String], [[Int]], etc. 24

  26. Another example: instanceFunctorMaybewhere fmapf(Justx)=Just(fx) fmapfNothing=Nothing Again, we did NOT write “instance Functor (Maybe m) where…”, since functor wants a type constructor. Mentally replace the f’s with Maybe, so fmap acts like (a -> b) -> Maybe a -> Maybe b. If we put (Maybe m), would have (a -> b) -> (Maybe m) a -> (Maybe m) b, which looks wrong. 25

  27. Using it: ghci>fmap(++"HEYGUYSIMINSIDETHE JUST")(Just"Somethingserious.") Just"Somethingserious.HEYGUYSIMINSIDETHEJUST" ghci>fmap(++"HEYGUYSIMINSIDETHE JUST")Nothing Nothing ghci>fmap(*2)(Just200) Just400 ghci>fmap(*2)Nothing Nothing 26

  28. Back to trees, as an example to put it all together: Let’s make a binary search tree type. Need comparisons to make sense, so want the type to be in Eq. Also going to have it be Show and Read, so anything in the tree can be converted to a string and printed (just to make displaying easier). data Tree a = EmptyTree | Node a (Tree a) (Tree a) deriving (Show,Read,Eq) 27

  29. Note that this is slightly different than our last class. Node 5 (Node 3 (Node 1 EmptyTreeEmptyTree) (Node 4 EmptyTreeEmptyTree)) (Node 6 EmptyTreeEmptyTree) This will let us code an insert that’s a bit easier to process, though! First step – a function to make a single node tree: singleton::a->Treea singletonx=NodexEmptyTreeEmptyTree 28

  30. Now – go code insert! treeInsert::(Orda)=>a->Treea->Treea treeInsertxEmptyTree= treeInsertx(Nodealeftright)  =  29

  31. My insert: treeInsert::(Orda)=>a->Treea->Treea treeInsertxEmptyTree=singletonx treeInsertx(Nodealeftright) |x==a=Nodexleftright |x<a=Nodea(treeInsertxleft)right |x>a=Nodealeft(treeInsertxright) 30

  32. Find: findInTree::(Orda)=>a->Treea->Bool findInTreexEmptyTree=False findInTreex(Nodealeftright) |x==a=True |x<a=findInTreexleft |x>a= findInTree xright Note: If this is an “unordered” tree, would need to search both left and right subtrees. 31

  33. An example run: ghci>letnums=[8,6,4,1,7,3,5] ghci>letnumsTree=foldrtreeInsertEmptyTreenums ghci>numsTree Node5(Node3(Node1EmptyTreeEmptyTree)(Node4EmptyTreeEmptyTree))(Node7(Node6EmptyTreeEmptyTree)(Node8EmptyTreeEmptyTree)) 32

  34. Back to functors: If we looked at fmap as though it were only for trees, it would look something like: (a -> b) -> Tree a -> Tree b We can certainly phrase this as a functor, also: instanceFunctorTreewhere fmapfEmptyTree=EmptyTree fmapf(Nodexleftsubrightsub)= Node(fx)(fmapfleftsub) (fmapfrightsub) 33

  35. Using the tree functor: ghci>fmap(*2)EmptyTree EmptyTree ghci>fmap(*4)(foldrtreeInsert EmptyTree[5,7,3,2,1,7]) Node28(Node4EmptyTree(Node8EmptyTree(Node12EmptyTree(Node20EmptyTreeEmptyTree))))EmptyTree 34

More Related