Вызов EclipseLink JPA '@PreUpdate', не сохраняющийся

У меня есть два 20 дюймов 1600x1200 мониторы, и я придерживаюсь 80 столбцов, потому что это позволяет мне отобразить несколько окон текстового редактора бок о бок. Используя '6x13' шрифт (трад xterm шрифт) 80 столбцов поднимают 480 пикселей плюс полоса прокрутки и границы окна. Это позволяет иметь три окна этого типа на 1600x1200 монитор. На окнах шрифт Lucida Console не вполне сделает этого (minimun применимый размер 7 пикселей шириной), но 1280x1024, монитор отобразит два столбца и 1920x1200 монитор такой как , HP LP2465 отобразится 3. Это также покинет немного комнаты в стороне для различного проводника, свойств и других окон из Visual Studio.

Дополнительно очень длинные строки текста трудно считать. Для текста оптимум является 66 символами. Существует точка, где чрезмерно долгие идентификаторы начинают быть контрпродуктивными, потому что из-за них сложно размечать код когерентно. Наглядность и добавление отступа обеспечивают визуальные индикаторы относительно структуры кода, и некоторые языки (Python приходит на ум), добавление отступа использования явно для этого.

Однако библиотеки стандартного класса для Java и.Net склонны иметь превосходство очень длинных идентификаторов, таким образом, нельзя обязательно гарантировать, что был в состоянии сделать это. В этом случае разметка кода с разрывами строки все еще помогает сделать структуру явной.

Примечание, что можно получить версии для Windows '6x13' шрифты Здесь .