[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] GSoC Project | Design and Implementation of a Framework f
From: |
Didik Setiawan |
Subject: |
Re: [Bug-wget] GSoC Project | Design and Implementation of a Framework for Plugins |
Date: |
Tue, 21 Mar 2017 02:39:09 +0700 |
User-agent: |
Mutt/1.8+18 (23c00b71f653) (2017-02-23) |
On Mon, Mar 20, 2017 at 06:44:18PM +0100, Ander Juaristi wrote:
> Maybe this is not 100% related to the plugin framework, but we need a
> consistent API to manipulate all stages of an HTTP request (connection
> establishment, SSL/TLS handshake, SSL/TLS cert verification, etc.) in a
> single place, as I once told Tim off-list.
>
> Have a look at #142 [0], for instance. Although it mentions HPKP, there
> are other parts that would benefit from this as well.
>
> I was thinking of an event-based framework (e.g. plugins subscribe to
> 'events' and get called when they happen). Tim, on the other hand,
> prefers a data structure where you could access all the details of a
> connection (e.g. something like 'wget_connection_t', with references to
> 'wget_tls_t', etc.), and this data structure gets passed to plugins and
> they decide what to do.
Thanks for the explanation. I would to ask, what is benefit of this event-based
framework approach compared to the data structure implementation?