Рекомендации по проектированию ORM для Azure / AWS [закрыто]

Закрыт . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, редактируя это сообщение .

Закрыт 3 года назад .

Я разрабатываю и внедряю .Net ORM, который должен поддерживать как хранилище Azure (таблицы, очереди, большие двоичные объекты), так и хранилище AWS (EBS, SimpleDB, S3) и скрывать все детали реализации за общим интерфейсом. Основная цель дизайна - простота.

Часть работы была проделана в http://www.cs.virginia.edu/~humphrey/papers/CSAL.pdf , но предлагаемый ими интерфейс, на мой взгляд, слишком тесно связан с интерфейсом хранилища Azure / AWS и, вероятно, выйдет из строя, если будут добавлены новые функции или изменены старые. Например, меня не волнует, что я могу создавать / удалять таблицы, мне нужно только сохранить объект некоторого типа наиболее эффективным способом.

Итак, я хотел бы попросить вас поделиться своим опытом по этому вопросу в виде рекомендаций (ДЕЛАТЬ, УЧИТАТЬ, ИЗБЕГАТЬ, НЕ НУЖНО). Я был бы очень признателен за любое понимание, начиная с общих принципов проектирования ORM и заканчивая точным уровнем абстракции, который с большей вероятностью продлится, учитывая наиболее вероятные пути развития Azure и AWS.

задан andriys 15 November 2011 в 06:56

0 ответов

Другие вопросы по тегам:

c# .net amazon-web-services azure-storage design-guidelines

Рекомендации по проектированию ORM для Azure / AWS [закрыто]

0 ответов

Похожие вопросы: