[TYPO3-core] RFC #8580: Feature: New hooks for class.t3lib_extfilefunc.php
Oliver Hader
oliver at typo3.org
Tue Jun 3 10:07:49 CEST 2008
Hi Masi,
Martin Kutschker schrieb:
> Oliver Hader schrieb:
>> Hi Custos,
>>
>> Custos Ostii schrieb:
>>> This is an SVN patch request.
>>>
>>> Type: New feature
>>>
>>> Bugtracker references:
>>> http://bugs.typo3.org/view.php?id=8580
>>>
>>> Branches:
>>> TYPO3_4-2 and trunk
>>>
>>> Problem:
>>> There isnt any way to fire events on file functions
>>>
>>> Solution:
>>> New hooks for class.t3lib_extfilefunc.php With these hooks you could,
>>> for example, sync another filesystem on demand (I just did it with a
>>> S3 storage)
>>> Notes:
>>> It needs even more hooks in each function, but time to time
>>
>> I have a similar patch in the pipeline. Thus, I'm going to have a look
>> on your work tomorrow and maybe merge things together. But, this
>> feature can only go into Trunk (for TYPO3 4.3).
>
> But please be careful. Hooks are powerful, but if too many (non-API)
> functions have a hook, TYPO3 becomes even more inflexible because of
> compatibility issues.
This issue is somehow part of "TYPO3 with clustered hosts" and necessary
if we'd like to have it. But I understand your concerns...
> So I think a hook should only be added if it's of general purpose and
> crafted in a way that it can possibly used in more ways than the
> original idea covered. Especically think about the arguments the hook
> takes. It's annyoing if we have to add another hook becaue the first one
> didn't have eg some important state information availabale that for some
> reason the hook creator didn't needed.
Exactly. Changing an interface definition will lead to some trouble for
extensions using a hook. But that's the reason we write RFCs and should
try to integrate hooks at an early point in the development timeline.
olly
--
Oliver Hader
TYPO3 4.3 Release Manager
More information about the TYPO3-team-core
mailing list