Универсальная оболочка для работы с API соцсетей

[PainKiller]

Начал писать свое первое приложение для vkontakte.ru, которое в дальнейшем планируется перенести и на facebook. И, сразу, чтобы избежать лишней работы в будущем, возник вопрос как лучше спроектировать работу с API в приложении. В идеале вся специфика работы с API должна быть инкапсулирована внутри интерфейса одного класса, т.е. коду приложения должно быть без разницы с каким API работать + этот класс можно было бы легко и безболезненно для основного кода расширять, добавляя туда новые API (например google+). Я думаю что я не первый кому пришла в голову эта "гениальная" идея, поэтому и возникли вопросы к опытным в этой сфере людям. Вопросы такие: Вообще в принципе возможно унифицировать все API в один интерфейс, или будут какие то подводные камни? И если возможно, то какой шаблон проектирования для этого лучше использовать? Или может быть это кем то уже реализовано и имеются готовые либы? Заранее спасибо!

[Astraport]

Поищите в блогах. Было, но по памяти без FB, только для BK+OK+MM.

[PainKiller]

Спасибо поищу

[Psycho Tiger]

Много разно думал-делал, и пришел к выводу, что мне совсем не нравится "общая" для всех идея: писать фреймворк для сериализации и десериализации.
Поэтому как делаю я:
У меня есть коннектор к соц сети: SocialNetwork. У него есть метод send, который принимает в качестве аргумента SocialBaseCommand.
У SocialBaseCommand обязан быть наследник, в котором переопределены методы serialize и execute: первый сериализует команду на сервер, второй её парсит и делает то что надо. При переносе системы на другой проект код во всяком случае десериализации пишется заново. Мультисоциальность того и другого достигается путем условной компиляции.
Пример:

var command:SocialBaseCommand = _socialNetork.send(new Get(friendUIDs);
command.addEventListener(Event.COMPLETE, onCompleteHandler);

package social.commands.friends {
	import social.custom.CustomSocialCommand;
 
	public class Get extends CustomSocialCommand {
		private var _uid:String;
 
		public function Get(uid:String = null) {
			super();
			_uid = uid;
			super.commandAPIName = "friends.get";
		}
 
		protected override function serialize():void {
			super.body.uid = _uid;
			super.serialize();
		}
 
		protected override function execute():void {
			super.execute();
		}
 
	}
 
}

Внутри этого примера какие-то действия будут совершенны внутри хэндлера onCompleteHandler, по ответу.
У команды есть публичное поле response, в который кладется ответ.
Парсинг может происходить внутри execute:

protected override function execute():void {
	if (!Boolean(super.response)) {
		super.baseController.catapulting("Для игры Вам необходимо установить приложение.");
	}
	super.execute();
 
}

Если надо добавить несколько соц. сетей, то сначала парсинг разных форматов через условную компиляцию, потом обращаемся:

var uids:String;
CONFIG:SOCIAL1 {
uids=super.response.friends;
}
CONFIG::SOCIAL2{
uids=super.response.some_other_field;
}
super.baseModel.getSomeModel().uids=uids;

Сериализацией и десериализацией занимается отдельный класс, который имплементит IApiAdapter. Не совсем адаптер, но мне нравится его так называть.
2 главных метода там:

function serialize(command:SocialBaseCommand):URLLoader;
function get decoderFunction():Function;

Например вот сериализация от OKAdapter:

		public function serialize(command:SocialBaseCommand):URLLoader {
			var urlLoader:URLLoader = new URLLoader();
			var vars:URLVariables = signRequest(command.body);
			var commandType:String = command.commandAPIName.split(".").join("/");
			var urlRequest:URLRequest = new URLRequest(FlashVars.OK_SOCIAL_API_URL + commandType);
			urlRequest.data = vars;
			urlLoader.load(urlRequest);
			return urlLoader;
		}

[PainKiller]

Psycho Tiger спасибо, я не настолько хорошо знаю API социальных сетей чтобы оценить предложенное, но в любом случае есть материал для обдумывания