Редактирование функций/вьюшек в списке основных фич, но это для всех баз одинаково.
Интересны именно часто используемые postgresql-специфичные вещи, которые обычно не поддерживаются generic клиентами.
В принципе я общаюсь с людьми из PostgreSQL community, надеюсь с их помощью получится неплохой плагин. Где-нибудь к новому году)
Глюков хватает конечно, но где их нет. Кстати перевод строки переваривает (если выделить запрос).
Некоторые вещи, которые на первый взгляд кажутся глюками/недостатками это результат универсальности и необходимости работать с любыми базами, включая NoSQL.
Что касается PostgreSQL то его поддержка на данный момент так себе. На порядок меньше функционала, чем для MySQL, Oracle или DB2, для которых написаны спец. расширения и поддерживаются нестандартные объекты метаданных, типы и т.д.
В данный момент как раз пилится (к сожалению пока не очень быстро) нормальный экстеншн для Постгреса. Если есть мысли на счёт того, что следовало бы реализовать в первую очередь — был бы благодарен.
Я автор, если что.
Справедливости ради — часть девелоперов JetBrains ушли в гугл, включая, если не ошибаюсь, одного из топов из idea core team.
Сама по себе платформа IDEA CE, к сожалению, не выдерживает критики, писать на её базе что либо без тесных связей с JetBrains — гиблое дело. В отличие от того же Эклипса.
Я бы сказал — в некоторых случаях.
Разных административных операций над базой существуют тысячи, часто они пересекаются по функционалу. Ставить тысячи маленьких утилит, каждую со своими граблями и косяками — тоже не всегда удобно.
Про конкретно обсуждаемый случай — по мне сравнение схем БД в гуе куда удобней чем в консоли. Равно как и мёрж текстовых дифов. Только для БД еще нужна уйма конфигурации.
Сравнивать схемы (помимо прочего) можно еще в DBeaver — бесплатное, опен-сорсное, мультиплатформенное и мультибазное.
Фича правда пока сыровата, в частности не умеет генерить diff-DDL. Но если будут реквесты — доделается.
Там нигде не написано что зависимость линейная.
С Мона Лизой пример не катит. Во-первых есть тьма очень точных копий которые никак не влияют на цену. Ценно не изображение, а исторический артефакт. Он уникален и объем его предложения не изменится никогда.
Часто catch Error вполен осмысленен.
Ловить OutOfMemoryError и чистить кэши — достаточно корректное решение. А падать в дамп как правило не вариант.
Всевозможные LinkageError вылезающие из сторонних библиотек бывают вполне штатными и их надо корректно обработать.
При работе с reflection — Error-ы это штатные ошибки.
Кроме прочего SPI штатно используется для определения текущего XML парсера. Очень кривое решение, с теми же XML парсерами от него больше проблем чем пользы (грузится тот, который раньше указан в classpath-е, чтобы это изменить приходится прибегать к разного рода шаманству).
К тому же, SPI-механизм не поддерживает lazy загрузку и, как следствие, жаден до ресурсов. Например перебор доступных реализаций JDBC загрузит в jvm все найденные драйверы — если их много, то это тьма памяти и времени. А нужен-то обычно всего один.
Вообще, последствия могу быть куда более серьёзные чем пара упавших сайтов. Возможности для ддоса и эксплойтов почти безграничны. Особенно для банковского и прочего ентерпрайз софта. И выходом новой версии jre 1.6 это не поправить, надо заодно патчить и все старые версии jre где оно проявляется.
Серверное многопоточное ПО и так масштабируется на сотни ядер, тут ничего придумывать не надо. Десктопное ПО, как правило, масштабировать нет нужды, либо хватает тех же потоков. А для вычислительных задач наверное нужны функциональные или какие другие языки, но явно не ява. Но это довольно узкая ниша и рынок на нём не получишь.
ну так это уже очень немало. много ли на свете мультиплатформенных gui-фреймворков (не только на яве, а вообще), которые могу похвастаться нативными контролами? и на парой-тройкой базовых как в awt, а всех стандартных.
если речь о парадигме гуя, которая в маке отличается от виндового/линуксового (типа организации меню, работы с мышью и т.д.) то тут ничего не попишешь. eclipse ide реализует наиболее стандартную на сегодняшний день модель. впрочем написать eclipse rcp под маковскую парадигму вряд ли такая большая проблема. но такой продукт вряд ли понравится тем кто не на маке. к сожалению на сегодняшний день мультиплатформенность в вопросах гуя не ушла дальше контролов.
я уже вроде согласился, но на всякий случай соглашусь ещё раз — да тулбар выглядит не нативно)
я говорю об эклипсе как о gui-фреймворке. вы говорите об эклипсе как о конкретном приложении (например c++ ide).
так вот, на фреймворке eclipse (в простейшем случае swt+jface) сделать тулбары, которые будут выглядеть нативно на маке скорее всего не проблема. я так думаю, потому что вижу из сорцов swt, что и ToolBar и ToolItem-ы это нативные маковские контролы. вот такой тулбар (голый swt)
выглядит нативно на маке?
а в eclipse ide тулбары сделаны однообразно для всех ос. возможно даже умышленно. а может и исправят в будущем.
ну да, выглядит по разному, хотя слишком разные программы чтобы можно было сравнить детали.
впрочем спор ни о чём, очевидно eclipse ide выглядит не так как обычно выглядят маковские ide. говоря о нативности эклипса я имел в виду набор примитивных контролов swt. и если задаться целью сделать маковский look-and-feel на базе eclipse rcp то по идее проблем быть не должно — достаточно не пользоваться кастомными контролами написанными в стиле винды/убунты, а настройки стандартных делать «по-маковски» (типа текста под кнопками тулбара). хотя это теория, в реальности я такой целью не задавался и возможно где-нибудь косяки да вылезут.
идеология swt как раз в том чтобы гуй выглядел нативным. для того же win api и gtk это удалось на 5+, swt-шный гуй невозможно отличить от нативного. и я не думаю, что gui api на маке настолько космический, что его невозможно адаптировать под swt.
но это если говорить об swt и неких абстрактных «правильных» rcp, если же об эклипсе как об ide то там конечно есть масса вещей которые выглядят одинаково на всех платформах и конечный гуй выглядит как эклипс, а не как некий образцовый гуй под винду гтк, макос и т.д…
для меня эклипс нативно выглядит под виндой и линуксами, под маком я разве что скриншоты видел. ну и сорцы эклипса, из которых видно, что рендерятся нативные контролы. вполне допускаю что в результате гуй всё равно выглядит не так нативно как хотелось бы — в эклипсе хватает и кастомных контролов. хочется верить, что ребята, которые делают cocoa port, работают над этим.
Что, даже cocoa в 3.6 инородно выглядит? Сам я далёк от мира маков, но cocoa была чуть ли не специально из-за проблем с тулбарами/статусбарами сделана и вроде отзывы были положительные.
Нет. В эклипсе (в SWT) нативно выглядят ВСЕ не кастомные контролы — кнопки, едиты, лейблы, кобмики, деревья, таблицы, меню, тулбары, окна и всё остальное стандартное. Т.к. они и есть нативные контролы.
Интересны именно часто используемые postgresql-специфичные вещи, которые обычно не поддерживаются generic клиентами.
В принципе я общаюсь с людьми из PostgreSQL community, надеюсь с их помощью получится неплохой плагин. Где-нибудь к новому году)
Некоторые вещи, которые на первый взгляд кажутся глюками/недостатками это результат универсальности и необходимости работать с любыми базами, включая NoSQL.
Что касается PostgreSQL то его поддержка на данный момент так себе. На порядок меньше функционала, чем для MySQL, Oracle или DB2, для которых написаны спец. расширения и поддерживаются нестандартные объекты метаданных, типы и т.д.
В данный момент как раз пилится (к сожалению пока не очень быстро) нормальный экстеншн для Постгреса. Если есть мысли на счёт того, что следовало бы реализовать в первую очередь — был бы благодарен.
Я автор, если что.
Сама по себе платформа IDEA CE, к сожалению, не выдерживает критики, писать на её базе что либо без тесных связей с JetBrains — гиблое дело. В отличие от того же Эклипса.
Разных административных операций над базой существуют тысячи, часто они пересекаются по функционалу. Ставить тысячи маленьких утилит, каждую со своими граблями и косяками — тоже не всегда удобно.
Про конкретно обсуждаемый случай — по мне сравнение схем БД в гуе куда удобней чем в консоли. Равно как и мёрж текстовых дифов. Только для БД еще нужна уйма конфигурации.
Фича правда пока сыровата, в частности не умеет генерить diff-DDL. Но если будут реквесты — доделается.
С Мона Лизой пример не катит. Во-первых есть тьма очень точных копий которые никак не влияют на цену. Ценно не изображение, а исторический артефакт. Он уникален и объем его предложения не изменится никогда.
Ловить OutOfMemoryError и чистить кэши — достаточно корректное решение. А падать в дамп как правило не вариант.
Всевозможные LinkageError вылезающие из сторонних библиотек бывают вполне штатными и их надо корректно обработать.
При работе с reflection — Error-ы это штатные ошибки.
К тому же, SPI-механизм не поддерживает lazy загрузку и, как следствие, жаден до ресурсов. Например перебор доступных реализаций JDBC загрузит в jvm все найденные драйверы — если их много, то это тьма памяти и времени. А нужен-то обычно всего один.
я говорю об эклипсе как о gui-фреймворке. вы говорите об эклипсе как о конкретном приложении (например c++ ide).
так вот, на фреймворке eclipse (в простейшем случае swt+jface) сделать тулбары, которые будут выглядеть нативно на маке скорее всего не проблема. я так думаю, потому что вижу из сорцов swt, что и ToolBar и ToolItem-ы это нативные маковские контролы. вот такой тулбар (голый swt)
выглядит нативно на маке?
а в eclipse ide тулбары сделаны однообразно для всех ос. возможно даже умышленно. а может и исправят в будущем.
впрочем спор ни о чём, очевидно eclipse ide выглядит не так как обычно выглядят маковские ide. говоря о нативности эклипса я имел в виду набор примитивных контролов swt. и если задаться целью сделать маковский look-and-feel на базе eclipse rcp то по идее проблем быть не должно — достаточно не пользоваться кастомными контролами написанными в стиле винды/убунты, а настройки стандартных делать «по-маковски» (типа текста под кнопками тулбара). хотя это теория, в реальности я такой целью не задавался и возможно где-нибудь косяки да вылезут.
но это если говорить об swt и неких абстрактных «правильных» rcp, если же об эклипсе как об ide то там конечно есть масса вещей которые выглядят одинаково на всех платформах и конечный гуй выглядит как эклипс, а не как некий образцовый гуй под винду гтк, макос и т.д…