[TYPO3-commerce] FYI96 - Speedimprovement add_fields
Sascha Egerer
sascha at sascha-egerer.de
Thu Aug 26 18:07:07 CEST 2010
Yes sure that's true.
But we can change it a little bit ;-) See attached patch.
What about this? Just an idea... But i think we should keep "model"
modifications as central as possible.
sascha
Am 26.08.10 17:44, schrieb Ingo Schmitt:
> Hi,
>
> I don't think it's cleaner to have a method with different variable-types as parameters acting different. Having this type of typejuggeling leads to errors, e.g. in your code you
> may lead to an error, if an object is passed as variable.
>
> ingo
>> I think it's cleaner to do the "add field" logic at a central place, isn't it?
>>
>> Sascha Egerer
>>
>> Am 26.08.10 17:14, schrieb Benny Schimmer:
>>> +1 by reading
>>>
>>> Am 26.08.2010 16:54, schrieb Ingo Schmitt:
>>>> This is an SVN patch request.
>>>>
>>>> Type: Speed IMprovements
>>>>
>>>> Bugtracker references:
>>>> http://forge.typo3.org/issues/9471
>>>>
>>>> Branches:
>>>> trunk
>>>>
>>>> Description:
>>>> Use array merge instead of walking through the array and calling
>>>> add_field.
>>>>
>>>>
>>>> Mit freundlichen Gruessen
>>>
>>
>> <patch-9471_v2.txt>_______________________________________________
>> TYPO3-team-commerce mailing list
>> TYPO3-team-commerce at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-team-commerce
>
>
> Mit freundlichen Gruessen
> Ingo Schmitt
>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch-9471_v2.txt
URL: <http://lists.typo3.org/pipermail/typo3-team-commerce/attachments/20100826/c848c850/attachment.txt>
More information about the TYPO3-team-commerce
mailing list