[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Phpgroupware-developers] Proposal execution speed vs. documentation
From: |
Alex Borges |
Subject: |
Re: [Phpgroupware-developers] Proposal execution speed vs. documentation and code maintenance |
Date: |
04 Aug 2003 01:19:35 -0500 |
I agree.....
Even an optimizer script for converting cvs to optimal (need to support
updates, else the patches would get all messy or wed have to mantain
different, identical branches for each version), that could also (this
is needed) optimize the templates, which almost never should have actual
spaces (only nbsp, else, space is ignored by the browser).
El lun, 04-08-2003 a las 00:53, Kai Hofmann escribió:
> I would like to discusse the problem of execution speed versus
> code maintenance/documentation here.
>
> In the past you tried to optimize execution speed by using tabs instead of
> spaces for code formatting (see coding style guide), avoiding comments etc.
> On the other hand code should always be readable/maintainable,
> understandable
> and extendable. (for example I proposed to use phpDocumentor).
>
> >From my point of view a documented and maintainable code is much more
> important
> than execution speed, because execution speed can be reached by using
> things like phpAccelerator which precompiles code automatically rmeoving
> comments and formatting.
> But I respect your point that a lot of people don't have the php
> installation under
> their control and so they can not use things like an accelerator.
>
> So I would suggest another solution:
>
> 1) keeping the source code in the cvs documented and maintanable
> 2) for release archives checkout the actual cvs and then strip comments,
> spaces etc. from it.
> (there are tools freely available to do this).
> This code is not maintainable any longer, but fast instead.
>
> as a result you have documented, maintainable code for developers in the cvs
> (everyone who develops
> on phpgroupware is able to install a phpaccelerator on its own developing
> machine).
> On the other hand you have fast code without comments etc. for productive
> usage.
>
> Greetings
>
> Kai