lol2,

Не видел таких примеров. Думаю надо делать так: по принципам реализации лучше взять за основу какое-то готовое API, тогда с ним будет легче работать. Для определения состава функций необходимо составить словарь предметной области, определиться с уровень абстракции и функциональностью разрабатываемого API, т.е. обычное проектирование ПО для массового потребителя.

Теорию в 1000 страниц лучше изучить, т.к. в этой 1000 страниц может оказаться одна идея, о которой Вы можете не подозревать и неправильная реализация которой может все испортить.

lol2Gust2002,

Да я уже не против 1000 стр если они о создании API то прочту от корки до корки! Ток подходящей литературы нет !! :((
Литературы - валом, только там в названии нет "API". Подходит любая литература по проектированию информационных систем. В этой задаче можно выделить какие-то особенности, но пока не ясно, что за API нужно спроектировать, ничего кроме общих советов предложить не получится...

lol2Gust2002,

Классы, которые содержат данные и кое какую логику.
А цель вопроса какая? Узнать есть ли материал какой? Или столкнулись с какими-то трудностями?

Если кое-какая логика предполагает обмен данными, то можно начать с обдумывания протокола обмена этими данными. Это может дать кое-какую информацию относительно структуры и способов использования классов.

lol2 Приложение 1
...
Приложение 2
...

Ну по сути это одна (две) функции, в которую передается имя или id пользователя, а возвращается структура с координатами.

Предполагается использование API разными языками программирования?

lol2Меня интересовала если во всём этом смысл??

ИМХО если инициализация объектов ресурсоемко, то служба - вполне нормальное решение, т.к. есть возможность управлять временем жизни объектов вне зависимости от наличия подключений, в противном случае может подойти любая форма.