selecting appropriate api

[THT101]

Hi All.....
Sorry for the stupid question....

Google docs is among one of the many g-apps services we would like to
integrate into our application.

How do we choose which API to integrate..

EG >>> A or B?

Please point us in the right direction... Thanks!!!

A.>
Google Documents List Data API v3.0
http://code.google.com/apis/documents/docs/3.0/developers_guide_protocol.html

B.>
gdata-objectivec-client
http://code.google.com/p/gdata-objectivec-client/

[Andrew Fields]

Generally, the Protocol guide (A) defines the raw protocol .Using it directly gives you the most power, but might be harder to understand, depending on your background.

With the libraries (B) Google has taken care of a lot of the fiddly coding for you, and it is easier to use, but perhaps not as powerful, depending on your needs.

[THT101]

Andrew; thanks a lot for your input; it is greatly appreciated.

follow up;
Our goal is to have our dev team integrate many Google products over
the next year.
Eg; Google Docs, WebMaster Tools, etc,,

=========
It seems that #B is more universal?
--
We do not plan on having an extremely in depth DOCs implementation...
Just the basics; Retrieve/upload files etc,,,
=========

Any additional comments would be appreciated.
Thanks!

[THT101]

Any help to this Newb would be appreciated. Thanks

[Andrew Fields]

The answer depends on the scope of your project, the skills of your team etc.

If you plan to "integrate many Google products", then its probably worth your while to investigate the APIs in detail by writing some sample code.

[Marvin Reimer]

Stay on B)

gdata-objectivec-client

Why? Because Google updates them (and also python, java and .net API) regularly. It seems python and java libraries have the biggest update frequencies. Second biggest update frequencies are Objective C and .net. If you use different language I would consider using the protocol directly.

Why not use the libraries from Google? They put alot of work into them to make your life as developer easier than using their protocol.

Marvin Reimer

2011/9/8 Andrew Fields <andrew...@gmail.com>