хорошее решение, но я бы хотел также на мобильник… Но вообще svn и бинарные файлы… я честно не знаю как он с этим живет, но мне кажется что ему тяжеловато будет на объемах выше среднего.
Я пользуюсь Idea, там мне не нравится как делается форматирование. Он теги очень странно разбивает по строкам — получается часто висящие закрывающие тэги. WebStorm наверное также делает…
Нет, я не отказываюсь от DAO. Я меняю имплеменатцию DAO уровня с одной на другую, которая использует другую технологию. И хочется сделать это так, чтобы не переписывать все приложение. Благо уровень уже есть, надо подумать как его хорошо абстрагировать от остального приложения и выделить его в отдельную библиотеку, чтобы потом эту библиотеку подменить.
Хотелось бы выделить так, чтобы по-минимому затрагивать сервисный уровень, а идеально вообще его не трогать. Т.е. мысль была следующая — я выделяю интерфейсы у entity классов и на сервисном уровне работаю с интерфейсами, а имплеменчу их в DAO артефакте как требуется для конкретного ORM'а. Но на деле оказалось, что на сервисном уровне объекты не просто читаются, а также и создаются (entity), и в последствие передаются в DAO уровень для сохранения. Поэтому интерфейсы тут не получаются.
Отсюда я буду делать следующим образом: я создам артефакт dao-api, который будет содержать интерфейсы DAO без имплементации, pojo классы которые будут приниматься и отдаваться DAO.
На сервисном уровне будет идти работа с ними.
А в DAO имплементации, которая будет в другом артефакте (dao-impl), будут имплеменчены интерфейсы DAO классов, и трансформеры, перегоняющие туда-сюда pojo в entity.
Да, добавляются ненужные сущности и конвертация, но получается неплохая абстракция и хорошая независимость от реализации DAO уровня.
Хочу уточнить вопрос:
1. Как организовать хранение дерева в NoSQL, например в Mongo
2. Что лучше — высосать все дерево одним запросом, потом этот запрос мапить в структуру объектов, или почастям вычекивать из БД, и постепенно замапапливать в структуру, чтобы потом ее транслировать в HTML?
3. Какая структура должна быть в коде приложения в результате мапинга из базы?
Просто именно при таком разрешении экрана по ширине — 2580, он делится на два по стандартным 1280. Меньше (а следющий 1920) будет уже заметно уже стандартных. А сайты и экраны программ рассчитаны на минимум 1024, а то уже и 1280. Поэтому разрешение здесь тоже играет важну роль, ИМХО.
Да, а можете, как время будет свободное, попробовать с виртуальными мониторами? Вообще интересует — поддерживается ли это как-то родным софтом монитора, или подключением по 2м разным каналам (HDMI, DVI, VGA), или еще как? Или может просто хватает возможности расположить окошки в разных сторонах моника?
Убеждаюсь, что тул крут. Раздражает отсутсвие драг-дропа, и больше всего хочется иметь просмотр загруженности по ресурсам, т.к. таски все одновременно выполняться не могут из-за ограниченного набора ресурсов.