Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should we stay on one level methods per type or use some sugar style api? #33

Open
cusspvz opened this issue Feb 6, 2015 · 3 comments
Labels
Milestone

Comments

@cusspvz
Copy link
Member

cusspvz commented Feb 6, 2015

Sometimes we will face some methods that do just the same as other we have but with some difference on it, for those i'm thinking if we should place them on the same level or create sub ones.

Here is an example: we already have a method on Array type object called filter, which allows you to place a function to eval if a value should be filtered or not, inspite that we have also a method called randomFilter which does almost the same (filters array), but with a different propose.

My question here is if we should, on this cases, continue to apply one level for these methods (ƒ.Array.filter, ƒ.Array.randomFilter) or place similar methods inside of an existing one (ƒ.Array.filter, ƒ.Array.filter.random).

ping @gabrielpconceicao @brunocasanova @ajbloureiro

@brunocasanova
Copy link
Member

I like more the one of the similar methods inside of an existing one!

@gabrielpconceicao
Copy link
Contributor

similar methods inside of an existing one 👍

@ajbloureiro
Copy link
Contributor

similar.methods.inside.of.an.existing.one

@cusspvz cusspvz added this to the 0.3.0 milestone Feb 9, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants