Re: Re: [PEPr] -1 for XML::XML_RPC2
| From: | Joshua Eichorn | Date: | Thu, 12 May 2005 17:50:05 +0000 |
| Subject: | Re: Re: [PEPr] -1 for XML::XML_RPC2 | ||
| References: | 1 2 3 4 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-37595@lists.php.net to get a copy of this message | ||
Philippe Jausions wrote:
Sergio Carvalho wrote:-joshDavey Shafik wrote:I've got to agree with Sergio, $proxy->methodName(...) is more attractive. The prefixing thing might throw some people off, though. Anyway, the point is whether Sergio's proposed way of doing this better than the ext/soap's. There are certainly ways to wrap things around from one model to the other. AFAICS Sergio's solution is much simpler... -Philippe I think your missing something, there is no soapCall method, the soap ext proxies, there is a __SoapCall method which can used in circumstances where you want to do something custom, which is always a good design. Simple general usage while still allowing other custom usage.I don't see this as being much of an improvement. I want to see something as simple as ext/soap. It should be as close to identical API wise as ext/soap and require no more or less work.Why would you want to call methods using $proxy->soapCall('methodName', ...) when you can use $proxy->methodName(... . Or why would you want to setup a server doing $server->addFunction ad nauseam when you can just point the server to an interface class? I'd more accept see a wrapper PEAR class over ext/soap which adds catchall use, docblock parsing and Exceptions.