« Return to Thread: Special:All pages broken at about 03:00 UTC this morning

Re: Will the frontend ever use the API, itself?

by Roan Kattouw :: Rate this Message:

Reply to Author | View in Thread

Aryeh Gregor schreef:

> On Wed, Aug 20, 2008 at 3:24 PM, Jay R. Ashworth <jra@...> wrote:
>  
>> So the obvious followup question is: is there a plan to migrate the
>> front end to *use the API* to talk to the backend (which is the
>> preferred approach to such things anyway)?
>>    
>
> One practical issue with this at present is that nobody who does much
> of anything with core does much of anything with the API.  I've barely
> looked at it at all.
>  
True. Actually, there's a pattern of isolation here. While pretty much
all developers are familiar with the 'core' classes (Title, Article,
Revision, etc.), very few are familiar with isolated ones such as the
parser, the API, the image handling code, the Database abstraction layer
(except for select() and similar functions)
> As a more philosophical thing, there's no reason for the human UI to
> call the API.  We should have a back-end, and then two interfaces to
> that: one designed for external robots, and one designed for
> HTML-viewing humans.  Both of the interfaces should use the internal
> PHP interface to speak to the back-end.  The API operates in a format
> that's suitable for robots to use, not suitable for internal code to
> use.
Simetrical is right here: the UI and the API call the same functions,
and display the results in different ways. That's exactly why there's no
sense in migrating the front end to the API (and that's just forgetting
about the HTTP overhead involved).

Roan Kattouw (Catrope)

_______________________________________________
Wikitech-l mailing list
Wikitech-l@...
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

 « Return to Thread: Special:All pages broken at about 03:00 UTC this morning