[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ecf-dev] Google Data Protocol Provider
|
Hi Upul,
In brief, ECF is using the container architecture. In ECF, there are set of APIs such as Remote Services, Presence, Data Share, etc. So Adapters are used to bridge the container architecture with the ECF API implementations in our providers. As an example in our ECF xmpp provider, it implements Presense API and few other ECF APIs. These API implementations are bridged with underlying container architecture using the Adapter.
On 30 April 2010 01:08, Upul Iroshan Abayagunawardhana
<upuliroshan@xxxxxxxxx> wrote:
Hi All,
I submitted a proposal for Google Summer of code for ECF this year. But it's not accepted. Anyway I'm going to implement my idea (with invitation from Scott). My idea was to create a protocol provider for Google data protocol. Google data protocol is a base API for many of Google services (like docs API, books API, YouTube API,.. etc). There will be another providers or adapters for those Google services by extending functionalities of base provider.
Currently I am designing base ECF provider API and I need to get understand about what exactly adapter is doing. As per my understanding it's need to implement the IAdaptable interface. In getAdapter method we need to check for the adapter type and return it or else return null. Let's think about my provider.
GoogleServiceContainer is my base container and there will be GoogleCalenderAdapter for that. So we need to check for the GoogleCalendarAdapter type and instance of the adapter inside the getAdapter method. If we want to create a new adapter we need to change the base API. In that case that cause bad design/implementation. Here I'm thinking about creating adapters as separate projects. But if we create adapters in same provider project that'll be fine.
So I think probably extending the base provider and calling methods from super classes will help here. Sometimes may be my understanding will be wrong.
Please help me to come up with better design by following existing ECF standard architecture. And provide me any suggestions on this.
--
Upul Abayagunawardhana
Colombo, Sri Lanka.
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev
Thanks and Regards,
Harshana Martin
--
Harshana Eranga Martin
Department of Computer Science & Engineering,
University of Moratuwa,
Moratuwa,
Sri Lanka.
ECF Committer:
http://www.eclipse.org/ecf/Blog:
http://harshana05.blogspot.com
Profile:
http://www.google.com/profiles/harshana05
