Issues

ZF-500: Need Proposal & TLC

Issue Type: Bug Created: 2006-11-06T14:35:01.000+0000 Last Updated: 2007-07-05T14:43:25.000+0000 Status: Resolved Fix version(s): - 1.0.0 (30/Jun/07)

Reporter: Gavin (gavin) Assignee: Shahar Evron (shahar) Tags: - Zend_Uri

Related issues: Attachments:

Description

There are several issues with this component, including:

need clear justification for use cases in which http://www.php.net/parse_url is not a better choice than using this component

e.g. use cases for URI's, not URL's

e.g. construction of URL's is not supported by parse_url()

code require()'s bulky subclasses (even though they might never be used in the request)

Zend_Uri should not be an abstract class:

http://www.w3.org/TR/uri-clarification/

http://www.ietf.org/rfc/rfc2396.txt / http://www.faqs.org/rfcs/rfc2396.html

Zend_Uri should work "out of the box" according to the RFCs above

Specialized handling of schemes should be provided by scheme-specific subclasses that are not require()'d to use Zend_Uri.

A proposal is clearly needed. A rewrite might also be needed, but not before a proposal has been written that lists the purpose, use cases, etc. I am happy to help, just IM/email me anytime.

Comments

Posted by Bill Karwin (bkarwin) on 2007-06-28T19:54:13.000+0000

Waiving requirement for a proposal for Zend_Uri. This class has been in Core for a long time, and it has matured plenty.

Have you found an issue?

See the Overview section for more details.

Copyright

© 2006-2016 by Zend, a Rogue Wave Company. Made with by awesome contributors.

This website is built using zend-expressive and it runs on PHP 7.

Contacts