Go to the FreeLists Home Page Home Signup Help Login
 



[openbeosstorage] || [Date Prev] [06-2002 Date Index] [Date Next] || [Thread Prev] [06-2002 Thread Index] [Thread Next]

[openbeosstorage] Re: BMimeType

  • From: Ingo Weinhold <bonefish@xxxxxxxxxxxxxxx>
  • To: openbeosstorage@xxxxxxxxxxxxx
  • Date: Fri, 7 Jun 2002 14:15:51 +0200 (MET DST)
On Thu, 6 Jun 2002, Tyler Dauwalder wrote:

> > > As the quarter's winding down and I'm starting to have some free time
> > > again, I think I'll begin working on BMimeType if no one has any
> > > objections.
> > 
> > Arrghh, I was apparently too slow. ;-)
> 
> If you hadn't slacked off so much... :-)

I know, I know... :-P

> > I hope you start with the documentation and the tests. I would be really
> > sad, if only these annoying tests would be left when I join you. ;-)
> 
> Send me a list of the pieces you want me leave for you, and I'll see what I 
> can do. :-P
[...]
> > We should agree on how to distribute the work.
> > E.g. I wouldn't mind not to touch the class itself -- avoiding to disturb
> > you -- but rather start with the registrar.
> > What do you think?
> 
> Damn. I was looking forward to doing the MIME database stuff. :-) But that's 
> probably a good idea. Let's do that for now at least, until we get the 
> general shell implementations done. After that it might make sense to split 
> it up by functionality (database/sniffer/monitor) so the same person is 
> working on both ends of the communication pipe. What do you think?

I'm undetermined. ;-)
Well, since implementation is always the smallest part of the work -- yes,
BMimeType is quite big and the registrar also has to be done, but the
implementations shouldn't be that complex -- we won't get around ending up
both writing the tests. If one of us writes the registrar -- the complete
one or only a skeleton -- doesn't really matter, it will be done much
faster than the tests. We could as well do it the other way around and
finish the documentation and the tests and start with the registrar and
the implementation thereafter.
However we start, we should divide the work by functionality first. So
what functionalities do we have:
* basic MIME string stuff (constructor/destructor, Contains(),
  SuperType()...)
* database access (Install(), Delete(), GetAppHint(), GetIcon(),...)
* monitoring
* C functions (create_app_meta_mime(), get_device_icon(),
  update_mime_info())

I think, I would do the monitoring part, since I can reuse some things
from BQuery for that. The C functions (save get_device_icon()) may be
hard to test. I would take them nevertheless. And the MIME string
functionality. Then the main part remains for you. ;-)
We can bargain though. :-)

So we have at least some work until the registrar details are worked out.

CU, Ingo






[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.