Какие основные принципы работы серверного API?

[kibernetics]

Какая основная парадигма использования серверного API?
К примеру, есть сервер, на нём крутится некий слушатель, который проверяет не вкинуто ли что-то на порт.
Насколько я понял, API это некая прослойка вместо прямого канала к серверу (например, через ftp/http).
Но что в частности это даёт?
Так легче/быстрее/удобнее работать, чем если просто напрямую заливать файл на фтп?

Ну, в случае, если надо контакт с БД, то ту да, скорей всего самый лучший вариант, т.к. не надо палить прямой сокет к БД. Можно просто запулить данные через API, сервер их получит и передаст сам к БД.

Задача у меня такая стоит: Пользователь(клиент) должен поместить файл в SQL DB(сервер).
1) Аплоадим файл на сервер.
2) Сервер постоянно сканирует папку на наличие новых файлов.
3) Если есть, инсертим его в БД.

Клиентское приложение тут не правильно давать, т.к. профилировщиком можно заиметь логин/пароль sql.
В случае использования API, как сервер инициализирует что пришёл файл?

Как крутится обслуживающее приложение для API на сервере?
На VB можно такое приложение сделать или нет?

[Хакер]

На VB можно такое приложение сделать.

Остальные вопросы настолько пространно-ниочёмные, что и не знаешь, что ответить.

[jangle]

Сам делаю сейчас такое приложение, но на C#.
Серверный фреймворк: NancyFx
Клиентский фреймворк: RestSharp
Протокол: REST API

На этих библиотеках, собрать рабочее клиент-серверное приложение, с многопоточным, асинхронным сервером, дело 15 минут.
Можно ли сделать аналог на VB6? Наверное. Но на кодирование и отладку уйдут недели или месяцы работы.

[kibernetics]

Остальные вопросы настолько пространно-ниочёмные, что и не знаешь, что ответить.

Я хотел узнать ответ на самый главный вопрос, для чего API используют?
Чтобы скрыть прямое подключение к БД?

[alibek]

API используется для документированного доступа к сервису.
И прямое подключение к БД тоже использует API (соответствующий протокол прикладного уровня).