Moving to an OOP model from an classically imperitive one

2014-04-23 Thread tim . thelion
Hello, I am currently writting a program called subuser(subuser.org), which is written as classically imperative code. Subuser is, essentially, a package manager. It installs and updates programs from repositories. I have a set of source files https://github.com/subuser-security/subuser/tree

Re: Moving to an OOP model from an classically imperitive one

2014-04-24 Thread tim . thelion
> [snip] > > Could you make the program name unique just by combining it with the > > repository name in a single string? In my case I cannot. But there is a larger reason why I wouldn't do this: It would mean adding a special character that could not be included in the repository name, that

Re: Moving to an OOP model from an classically imperitive one

2014-04-24 Thread tim . thelion
> I'm curious what these practical reasons are. One my smallest source files > has 870 lines in it, my largest nearly 9000. > > > > If the problem is your editor, you should seriously consider switching. > I think that the main reasons for doing so are as follows: git status provides much m

Re: Moving to an OOP model from an classically imperitive one

2014-04-24 Thread tim . thelion
> A reasonable compromise might be to keep the *data* assocated > > with a SubuserProgram in a class, maybe together with a few > > methods that are tightly coupled to it, but have the major > > pieces of functionality such as install() implemented by > > separate functions that operate *on* th