[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