A design problem I met again and again.

Lawrence D'Oliveiro ldo at geek-central.gen.new_zealand
Thu Apr 2 01:47:29 EDT 2009


In message <158986a9-b2d2-413e-9ca0-
c584299f176b at f1g2000prb.googlegroups.com>, 一首诗 wrote:

> On Apr 1, 4:55 pm, Lawrence D'Oliveiro <l... at geek-
> central.gen.new_zealand> wrote:
>
>> In message <48506803-a6b9-432b-acef-
>>
>> b75f76e90... at v23g2000pro.googlegroups.com>, 一首诗 wrote:
>> > Until one day I find service has nearly 100 methods and 6000 lines of
>> > code.   I don't need to read any programming book to know that it's
>> > too big.
>>
>> The question is not how many lines or how many methods, but whether it
>> makes sense to remain as one piece or not. In one previous project, I had
>> one source file with nearly 15,000 lines in it. Did it make sense to
>> split that up? Not really.
> 
> What are the average size of source files in your project?   If it's
> far lower than 15,000,  don't feel it's a little unbalance?

Why?




More information about the Python-list mailing list