Mi chiedo quale sia il design migliore per l'usabilità / manutenibilità, e cosa c'è di meglio per quanto riguarda il fitting con la community.
Dato il modello di dati:
type Name = String
data Amount = Out | Some | Enough | Plenty deriving (Show, Eq)
data Container = Container Name deriving (Show, Eq)
data Category = Category Name deriving (Show, Eq)
data Store = Store Name [Category] deriving (Show, Eq)
data Item = Item Name Container Category Amount Store deriving Show
instance Eq (Item) where
(==) i1 i2 = (getItemName i1) == (getItemName i2)
data User = User Name [Container] [Category] [Store] [Item] deriving Show
instance Eq (User) where
(==) u1 u2 = (getName u1) == (getName u2)
Posso implementare funzioni monadiche per trasformare l'utente, ad esempio, aggiungendo oggetti o negozi, ecc., ma potrei finire con un utente non valido, quindi quelle funzioni monadiche dovrebbero convalidare l'utente che ottengono o creano.
Quindi, dovrei solo:
- avvolgere in una monade di errore e fare in modo che le funzioni monadiche eseguano la convalida
- racchiuderlo in una monade di errore e fare in modo che il consumatore leghi una funzione di convalida monadica nella sequenza che genera la risposta all'errore appropriata (in modo che possa scegliere di non convalidare e trasportare un oggetto utente non valido)
- effettivamente lo costruisce in un'istanza di bind sull'utente che crea efficacemente il mio tipo di monade di errore che esegue automaticamente la convalida con ogni bind
Riesco a vedere i lati positivi e negativi di ciascuno dei tre approcci, ma voglio sapere cosa viene fatto più comunemente per questo scenario dalla comunità.
Quindi in termini di codice qualcosa come, opzione 1:
addStore s (User n1 c1 c2 s1 i1) = validate $ User n1 c1 c2 (s:s1) i1
updateUsersTable $ someUser >>= addStore $ Store "yay" ["category that doesnt exist, invalid argh"]
opzione 2:
addStore s (User n1 c1 c2 s1 i1) = Right $ User n1 c1 c2 (s:s1) i1
updateUsersTable $ Right someUser >>= addStore $ Store "yay" ["category that doesnt exist, invalid argh"] >>= validate
-- in this choice, the validation could be pushed off to last possible moment (like inside updateUsersTable before db gets updated)
opzione 3:
data ValidUser u = ValidUser u | InvalidUser u
instance Monad ValidUser where
(>>=) (ValidUser u) f = case return u of (ValidUser x) -> return f x; (InvalidUser y) -> return y
(>>=) (InvalidUser u) f = InvalidUser u
return u = validate u
addStore (Store s, User u, ValidUser vu) => s -> u -> vu
addStore s (User n1 c1 c2 s1 i1) = return $ User n1 c1 c2 (s:s1) i1
updateUsersTable $ someValidUser >>= addStore $ Store "yay" ["category that doesnt exist, invalid argh"]