RE: Re: Open Project

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Nathan Rixham wrote:
> > Evening All,
> >
> > I'm feeling the need to either start or contribute to something
> > opensource and in PHP.
> >
> > Anybody have any worthy causes or projects they'd like to collab on
> to
> > get off the ground; open to all options preference going to anything
> > framework, orm, webservice or basically anything without an html
> front
> > end :)
> >
> 
> Afternoon,
> 
> I've had a look through the two frameworks that Alex and Craige have
> sent through, done a lot of thinking and came to a decision, well more
> of an idea. I'd be interested in thoughts / comments.
> 
> What:
> A light generic framework for php developers, built API style with a
> public interface (web service) and a private interface (PHP 5 classes).
> 
> =Base=:
> 
> 3rd Party WS Integrations:
> Amazon AWS and S3 services, Yahoo's API's, OpenCalais, Google API's
> (more..?)
> 
> Additional Product Integrations:
> Apache SOLR, ARC2 (for rdf and sparql support?), Doctrine (ORM)?
> 
> Templating:
> Smart, other or custom.
> 
> DB:
> PDO/Doctrine + contrib to doctrine project as well (or fork?) OR custom
> ORM built on top of PDO.
> 
> PHP Client Lib's:
> HTTP 1.1, SOAP 1.2 (with the ws-* suite), xml-rpc and maybe XMPP?
> 
> XML:
> Generic XML Parser using DOM API
> Object to XML and XML to Object support, aim to add __toXML() for all
> classes.
> Specific XML Parsers, XHTML, RSS, ATOM, SOAP, RDF, XML-RPC (maybe XMPP)
> Specific XML Writers (same as above)
> 
> Helpers:
> Some things like a Arrays, HashMaps, Tree class, filesystem
> negotiation,
> verification for common data types (emails and the like) Primitive
> types
> maybe byte, int, real, string classes too?) - Dates and thoughts on an
> Arbitary Precision Class as well for the hell of it?
> 
> Internals:
> Framework structure and design pattern(s), Generic Object Class with
> id's etc, Generic Cache Class (unless in ORM layer), interfaces,
> Exception handler, logging, autoloader(s) etc.
> An additional I'd like in here is auto initiation via an "initiator"
> interface(s) and analysis on all framework classes via reflection to
> auto initiate classes upon framework load.
> 
> [probably do all of the above in reverse order eh.. the framework core,
> all with private api's (eg classes)]
> 
> Second Layer: (all with private and public api's)
> After the above a series of generic domain model/business object
> classes
> such as user, address, article etc etc built on top of the ORM stuff.
> tbd! Probably worth getting a load agreed, defined and drawn up in UML.
> 
> and really no point going any further here..
> 
> Thoughts? (open to all obviously)

This all seems a bit complicated, qhich is what I am trying to avoid.

Alex

No virus found in this outgoing message. Scanned by AVG Free 8.0
Checked by AVG - http://www.avg.com 
Version: 8.0.175 / Virus Database: 270.9.9/1806 - Release Date: 22/11/2008
18:59


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux