Hello,
Sorry to come so late in the discussion. if I may ...
What is the objective of the input filtering ? make sure data
provided by the user is valid.
It look to me this behavior is handled by the sfForm framework (which
display errors messages)
This will also confuse the developer with data validation and make the
re usability of code much harder (sfForm or sfInputFiltering) .
my 2c.
Thomas
PS : $int = (int)$this->getRequestParameter('myInt')
On Tue, Jul 8, 2008 at 9:15 AM, Fabian Lange
<[EMAIL PROTECTED]> wrote:
> Hi Kris,
> that was my concern as well. Afaik there are a few frameworks out there that
> are able to deal with that.
> We would need to attach that "requirement" to the actual action, not to one
> of the many aliases the action might have.
>
> I would need to digg this out, but afaik Tapestry in Java has this. you have
> a handler that is invoked when a page is requested and that populates
> certain stuff. similar to what we do with getRequestparm, but its able to
> get objects identified by PK and other more complicated stuff besides basic
> params.
>
> I tried to enhance the routing requirements for this once and did not
> succeed due to the issue you are refering to. But combining the routing
> requirements and the input filtering still seems like a sensible thing to
> do. otherwise its getting WET. err not DRY :-)
>
> requirement: id=d*
> getAsInt($id)
>
> .: Fabian
>
> On Tue, Jul 8, 2008 at 8:59 AM, Kris Wallsmith <[EMAIL PROTECTED]>
> wrote:
>>
>> But don't routing rules by definition only deal with GET parameters?
>>
>> - Kris
>>
>> On Jul 7, 2008, at 11:57 PM, Francois Zaninotto wrote:
>>
>> >
>> > I agree with Fabian, maybe it would be a good idea to enhance the
>> > routing requirements rather than add a new component.
>> >
>> > François
>
>
> >
>
--
Thomas Rabaix
Internet Consultant
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"symfony developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/symfony-devs?hl=en
-~----------~----~----~----~------~----~------~--~---
