Есть ли "Single" замена Spring для АОП и шаблонов для использования спружинный каркас для замены АОП и т.д.
- JPA
- гибернации
- NoSQL
- SQL
- Android
Есть ли "Single" замена Spring для АОП и шаблонов для использования спружинный каркас для замены АОП и т.д.
Ваши вопросы не очень ясны, но я возьму удар. JEE6 обеспечивает большую часть функциональности Spring.
JPA: Использовать EJB3/JPA в сочетании. Внесите ваши бобы с CDI. AOP ваши бобы с CDI.
Спящий режим: Не используйте Hibernate, используйте JPA. Если вы хотите, используйте Hibernate в качестве поставщика JPA, но больше не указывайте спецификации Hibernate.
NoSQL: Ничего не могу придумать ... Там могут быть привязки JPA для Mongo, но ландшафт NoSQL сильно фрагментирован.
SQL: JDBC? Или просто используйте JPQL из JPA, потому что он покупает вам независимость от платформы и немного легче писать.
Android: RoboGuice является CDI для Android в основном
Я не думаю, что есть что-то, что делает все это. RoboGuice подходит ближе всего к теме инъекции зависимости. Если вы используете RoboGuice, взгляните на AssistedInject и Multibinder, они представляют собой отдельные проекты, но очень полезны. Используйте RoboGuice 2.0, а не 1.2.
Я использую OrmLite как инструмент ORM, он не делает половину JPA, которую я использую на Java, но все же это экономит вам много времени, по сравнению с написанием собственных дао.
JEE6 предоставляет большую часть функциональности Spring => java-аннотации способ делать вещи намного уродливее, а затем даже сок от Google. Спящий режим: не используйте Hibernate, используйте JPA. Если вы хотите, используйте Hibernate в качестве поставщика JPA, но больше не указывайте спецификации Hibernate. - Не могли бы вы объяснить, почему? – codejunkie
JPA - спецификация. Hibernate - это реализация. Лучшие практики диктуют, что вы кодируете спецификацию, а не реализацию, чтобы избежать постоянного связывания себя с библиотекой. Если в спящем режиме появляется большая ошибка, и вы закодированы в JPA, вы можете легко «просто переключиться» на EclipseLink с минимальными фанфарами. –
Я думаю, что конечная вещь, которую я бы спросил, почему разработчик DI сравнивается с обычными старыми реализациями POJO и работает и т. Д.?? – codejunkie