@dimzon5418 янв 2012 в 02:08

Микро-ORM своими руками (часть первая)

8 мин

5.4K

Java *

Из песочницы

Комментарии 17

@datacompboy 8 янв 2012 в 04:21

А при чем тут ORM?

@VolCh 8 янв 2012 в 04:31

Слово модное :)

@dimzon541 8 янв 2012 в 05:27

При том что это пока только первая часть статьи.

@VolCh 8 янв 2012 в 06:20

Может стоило тогда начать именно с маппинга таблиц на POJO (в идеале) и наоборот, а не с поддержки подготовленных выражений «как хочется»? Или, хотя бы, упомянуть его во вступлении?

@dimzon541 8 янв 2012 в 08:35

Ну идем от простого к сложному, тут цель была ознакомить читателя с паттерном «стратегия» потому что на нем все построено. А во вступлении сказано — «аналог Dapper.NET» — это библиотечка под .NET, которая маппит результат выполнения запроса в POCO, называется микро-ORM.

@vip_delete 8 янв 2012 в 08:58

В JDBC есть метод setObject, поэтому свом методы setXXX можно было бы не писать.

>strings[i] = ((Boolean) arg)? «1»: «0»;

postgresql, очевидно, ORM поддерживать не будет?

@dimzon541 8 янв 2012 в 10:24

Будет :) Помним про расширяемость:

DB.registerParamFactory(Boolean.class, new FN<Boolean, Param>() {
	public Param apply(final Boolean input) throws Exception {
		return new Param() {
			public void set(PreparedStatement preparedStatement, int index) throws SQLException {
				if (input == null) preparedStatement.setNull(index, Types.BOOLEAN);
				else preparedStatement.setBoolean(index, input);
			}
		};
	}
});

@nocach 8 янв 2012 в 09:57

простота и атомарность — библиотечка представляет собой 1 java-файл, для добавления в проект достаточно просто добавить файлик к своим исходникам.

Если это не является самым главным критерием, то можно использовать spring-jdbc
Делает во многом тоже самое. Если используете maven, достаточно будет прибавить к проекту только зависимость

<dependency>
    	<groupId>org.springframework</groupId>
    	<artifactId>spring-jdbc</artifactId>
    	<version>...</version>
</dependency>

@dimzon541 8 янв 2012 в 10:40

Ещё есть commons.apache.org/dbutils/
Но свое написать интересней для самообразования — я с .NET на Java переучиваюсь :)

@mcgede 8 янв 2012 в 11:01

Ну да, велосипеды то интересней делать.

@mcgede 8 янв 2012 в 14:30

А минусуют похоже такие же велосипедисты.
Прежде, чем писать свой велосипед, изучите то, что уже сделано.

В каждом проекте находился как минимум один «изобретатель-выдумщик».
Пример №1. люди использовали spring mvc контроллер, не удосужившись изучить документацию. Результат: 2500 строк кода.
Пришел нормальный программист и переписал это. Результат: 200 строк кода при той же функциональности.

Пример №2. Люди взяли и написали свою реализацию jms. Зачем, ответить не могут. Кстати, реализовали с ошибками.

На мой взгляд, изобретать надо тогда, когда существующие решения не устраивают.

@nocach 8 янв 2012 в 15:46

Мне кажется автор знает об альтернативах. И, возможно он ими и пользуется.

Не вижу проблем в написании собственного велосипеда в целях самообразования при переходе с .net на java. Если тема велосипеда интересна, то и писать будет не скучно. Если будет писать не скучно, то быстрее изучишь и вероятнее глубже, чем поверхностное шаблонное кодирование простых примеров.

Другое дело, когда велосипеды пишутся для использования в продакшене, когда и так уже туча других готовых. Тут, конечно, во вред будет по многим причинам.

@mcgede 8 янв 2012 в 16:12

Как то логически не стыкуется. Если автор знает альтернативы, то уровень у него не ученический.

По мне так более логичнее предположить, что он мельком просмотрел, увидел сложность и решился создать свое с блекджеком и дамами.

@dimzon541 8 янв 2012 в 17:02

У автора в подчинении 8 бойцов, коих он (автор) учит мыслить абстрактно и в паттернах.
У автора за плечами 10 лет .NET, сертификат MCPD:EAD и пр.
Автор выступал ведущим разработчиком нескольких поколений framework-а для крупного российского интегратора, в том числе разрабатывал ORM, не имеющий на данный момент аналогов.
Автор посмотрел существующее решение и остался недоволен реализацией Spring JDBCTemplate.

@mcgede 8 янв 2012 в 17:50

1. Говорить о себе в третьем лице — это сильно)))
У меня бойцов бывало и больше и это ни о чем не говорит.

2. У меня на собеседовании бывали специалисты с сертификатами. Из 5-х собеседование прошел один. Фирма на тот момент — Люксофт. Сертификаты не есть показатель…

3. Не буду спорить о целесообразности писания своего фреймворка да еще для крупного интегратора. Возможно она была, но я сильно настораживаюсь, когда говорят в ключе «не имеющий на данный момент аналогов». Еще раз напомню пример из своей жизни, когда люди, работающие на большого системного интегратора, написали свой jms. Наш с ними диалог:
Я: зачем написали свое, а не использовали то, что есть на рынке?
Они, смотрели аналоги и не понравилось.
Я: и чем ваше отличается от jms?
Они: а что это такое?

А еще они это г-внище патентуют.
Так что написание своего фреймворка без большого комьюнити не аргумент крутости. Ну по крайней мере для меня.

4. Spring JDBCTemplate разве является ORM-ом?
Чем вас не устраивают уже написанные ORM? Как много вы их посмотрели?
Список не мал.

@rachiu 8 янв 2012 в 17:51

При этом автор не умеет аргументированно вечти спор и пользоваться терминологией.

@yroman 13 янв 2012 в 08:50

По-моему тащить за собой чуть ли не весь спринг ради одного jdbc не есть рационально.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий