I've been developing a (yet another one) jsonrpc service plugin based on the JSON-RPC 1.1WD (http://json-rpc.org/wd/JSON-RPC-1-1- WD-20060807.html) and would like to perform some refactoring to improve the plugin's architecture.
This seems clear to me that I'm going to have some custom request and response classes. After some investigation I've found that I surely shouldn't extend the existing sfWebRequest and sfWebResponse because these classes support a lot of web-specific things like metas, javascript, titles, cookies and so on. On the other hand, there are some things common between these two and my feature requirements: supporting such things like http response codes/descriptsions, headers (including custom like Content-Type), ... So I've got to copy-paste the sfWeb* ones and remove all extra things, and basically, I've just got 2 classes that I can call sfHTTPRequest and sfHTTPResponse. So I wonder why similar classes were not created by symfony developers? Would it be reasonable if those classes existed? Appreciate any comments. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony users" 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-users?hl=en -~----------~----~----~----~------~----~------~--~---
