Думаю, что в этом API должны быть классе не зависимые от вида хранения, удобные ослатьному коду бизнес логики.
В крайнем случае, в его имплементации у Вас будет конвертация в другие объекты, подходящие к виду хранения. А эти самые объекты и код конвертации туда-сюда можно генерировать на этапе компиляции. Но это в крайнем случае :)
Спасибо за сравнение — увы идеала нет.
Я бы делал на гугле, но persistency layer — выделить, так чтобы при спрыгивании с гугля переписать только его, а API останется тот же
Долговое рабство — ипотеки это не так ужасно, В всем мире это способ купить квартиру. Или по вашему жить с родителями и 20 лет копить на квартиру — лучше?
На эту тему было тут уже уйму топиков. Большая часть программистов — люди не интересующиеся своей работой. Человек пилит свою болванку и не видит дальше своего носа
Веб != Интернет
email, ftp, gopher (с гиперлинками!) были и до веба
Как же Event Dispatcher thread и всякие такие штуки?
SWT же их учитывать не будет.
Я когда то по ошибке смешивал AWT и Swing — все плохо было. Одни компоненты поверх других и вообще бардак
В крайнем случае, в его имплементации у Вас будет конвертация в другие объекты, подходящие к виду хранения. А эти самые объекты и код конвертации туда-сюда можно генерировать на этапе компиляции. Но это в крайнем случае :)
Те же сохранение, поиск по каким то критериям и т.д. — все это в API
Спасибо за сравнение — увы идеала нет.
Я бы делал на гугле, но persistency layer — выделить, так чтобы при спрыгивании с гугля переписать только его, а API останется тот же
«Куда угодно за 400 баксов!»
Детали имплементации — секрет?
А ваще — зачОт!
1. У него нет опыта искать работу
2. Мы работаем в области софта для чипов и самих чипов, знакомые в основном там же, а он хотел из этой области уйти
Я не в России живу и привык к описанию вех этих дел на английском
Там же явовского эксепшена быть не могло — JVM падал как процесс