Re: [PHP4BETA] SAPI
| From: | Zeev Suraski | Date: | Fri, 23 Apr 1999 13:29:29 +0000 |
| Subject: | Re: [PHP4BETA] SAPI | ||
| References: | 1 | Groups: | php.version4 |
| Request: | Send a blank email to php-version4+get-392@lists.php.net to get a copy of this message | ||
On Fri, 23 Apr 1999, Rasmus Lerdorf wrote:
> I still don't understand your logic here. If SAPI can cover ISAPI, NSAPI,
> Apache API, WebSite and perhaps Roxen, then we have 95% perhaps of the
> servers on the Net covered. I don't see what COM has to do with this.
> SAPI would be something that a software developer looking to make his
> module portable would look at. If he built his module exclusively as a
> COM object, then he obviously doesn't care about portability and as such
> SAPI is irrelevant to him, and that is perfectly fine.
Well, I'm not saying it's useless. I'm just saying it has less potential
than I originally thought. My point is this - if you ask Microsoft how to
develop an extension for IIS, they would point you towards COM interfaces
that you have to implement. There are Visual C++ wizards to help you do
that, there's ATL, and there are a zillion other things that drag you in
that direction, instead of ISAPI. What I'm saying is that, unlike I
originally thought, using our library *is* going to have serious
drawbacks - it won't be just a matter of getting used to a slightly
different API and gaining platform independence, it would actually mean
giving up a lot of functionality and ease. This would make this library
much less attractive to the average Win32 programmer.
It doesn't come to say that this library isn't useful, just that it's not
as useful as I thought it would be.
Zeev
--
-----------------------------------------------------
Zeev Suraski <zeev@zend.com>
For a PGP public key, finger bourbon@netvision.net.il
--
PHP 4 Beta