I use a lot of switches but they are always small in size because they look
mostly like this:
switch($action) {
case 'hello':
$someObject->executeAction();
break;
case 'world':
$someOtherObject->executeOtherAction();
break;
default:
$this->anotherAction();
break;
}
Maybe it's not the rule for some really specific small functionality which I
know I won't be using ever again, but that's the latest trend I've acquired in
order to improve readability. Personally I find that the particular switch
statement disorders the code, but at least it is a lot better than a lot of
if/elses xD
Haven't you tried this approach or does that particular function do have a lot
of cases?
Greetings.
On 23 mei 2012, at 21:49, Ashley Sheridan wrote:
> On Wed, 2012-05-23 at 20:59 +0200, Matijn Woudt wrote:
>
>> On Wed, May 23, 2012 at 5:49 PM, shiplu <[email protected]> wrote:
>>> On Wed, May 23, 2012 at 8:14 PM, Tedd Sperling <[email protected]> wrote:
>>>
>>>> Hi gang:
>>>>
>>>> On May 21, 2012, at 8:32 PM, tamouse mailing lists wrote:
>>>>> A rule of thumb is no more than 50 lines per
>>>>> function, most much less. Back in the day when we didn't have nifty
>>>>> gui screens and an 24 line terminals (yay green on black!), if a
>>>>> function exceeded one printed page, it was deemed too long and marked
>>>>> for refactoring.
>>>>
>>>> You hit upon a theory of mine -- and that is our functions grow in size up
>>>> to our ability to view them in their totality. When our functions get
>>>> beyond that limit, we tend to refactor and reduce.
>>>>
>>>
>>> When number of lines becomes the criteria of function size? Wouldn't it
>>> depends on the task the function is doing? I follow this rule, *Each time I
>>> end up need a code block I wrote earlier, I convert it to a function. *So
>>> simple. This way you re-factor your code automatically and you dont do any
>>> copy paste. Last year someone on Stackoverflow asked something like
>>> this[1]. And that was my answer.
>>>
>>>
>>
>> Hi,
>>
>> While this could be one reason to start a new function, it should not
>> (IMO) be the only reason. Sometimes you can have a large complicated
>> function, with say 200 LOC. While I wouldn't need any of these lines a
>> second time, I usually try to rip blocks of say 50 lines out and put
>> it in a seperate function, so that the main function itself is easier
>> to understand.
>>
>> - Matijn
>>
>
>
> I'm of the same mind. Generally I'll split a function if I'm reusing
> more than a couple of lines of code. I only split a "large" function if
> it's actually doing several things, if it happens to need 200 lines to
> perform one 'step' then I'll leave it as is. While I do prefer my
> functions to fit into a single 'screen', it rarely happens quite like
> that, because I move from screen to screen with different resolutions,
> so there's no constant limit for me.
>
> As a rough example, on a random selection of 27 functions taken from a
> controller on a site I worked on I get these general statistics:
>
> Functions: 27
> Mean lines: 22.5
> Mode lines: 3
> Max lines: 218
>
> The function with 218 lines is a large switch, and it doesn't make sense
> to do it any other way, because it would actually end up less readable.
>
> --
> Thanks,
> Ash
> http://www.ashleysheridan.co.uk
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
