<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>oh boy.. I'm slightly on the fence here but tend toward the fewer files answer.<BR><BR>The open question to me is, is programming more type based or module based?<BR>
If your modules all have one primary type, then I claim it is really type based masquerading as module based.<BR>
<BR>
Lately in C I have:<BR>
<BR>
typedef struct Foo_t { .. } Foo_t;<BR>
typedef struct Bar_t { .. } Bar_t;<BR>
<BR>
Bar_DoSomething(Bar_t* ...) { }<BR>
Foo_DoSomething(Foo_t* ...) { }<BR>
<BR>
My code is all about types and not so much about "modules" or "facilities" or "subsystems".<BR>
The types may be groupable into much, but it seems a secondary thing.<BR>
<BR>
I'm thinking of inventing a new programming language called Typo-3. :)<BR>
<BR>
- Jay<BR><BR><BR>
<HR id=stopSpelling>
<BR>
> Date: Thu, 24 Jan 2008 16:39:57 +0100<BR>> From: lemming@henning-thielemann.de<BR>> To: hendrik@topoi.pooq.com<BR>> CC: m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] license..<BR>> <BR>> <BR>> On Thu, 24 Jan 2008 hendrik@topoi.pooq.com wrote:<BR>> <BR>> > On Wed, Jan 23, 2008 at 03:20:47PM +0000, Jay wrote:<BR>> > ><BR>> > > I'm not against licensing and all, but I dislike big banners *everywhere*, in every file.<BR>> > > One little file per directory I guess ok, still kind of obnoxious.<BR>> > > It's not up to me obviously, it's up to the original author.<BR>> > > We have it far from the worst, I realize. I have seen some humungous per-file banners.<BR>> > > The banners are often the vast majority of the file...<BR>> > > (all the more reason to smush files together :) )<BR>> ><BR>> > One of the things I hate about Eiffel is that every class has to be in<BR>> > its own file.<BR>> ><BR>> > Java is almost as bad. It doesn't formally have this restriction, but<BR>> > except for a few very local classes, you pretty well have to follow it<BR>> > anyway.<BR>> ><BR>> > I really like the way you can put multiple classes into one file in<BR>> > Modula 3.<BR>> <BR>> But you should not do so, because qualification gives more natural names<BR>> if the module name reflects the name of its main type. In anticipation of<BR>> generic modules it is also a good idea to call the main type T. I found it<BR>> good style, also in other programming languages, to setup one module per<BR>> (important) data type. Sooner or later there are enough functions in the<BR>> module to justify this separate unit.<BR>> <BR><BR><br /><hr />Need to know the score, the latest news, or you need your HotmailŪ-get your "fix". <a href='http://www.msnmobilefix.com/Default.aspx' target='_new'>Check it out.</a></body>
</html>