Альтернативная IDE для Sybase Powerbuilder

Кто-нибудь знает об альтернативной IDE для Sybase Powerbuilder? Он чувствует себя довольно неуклюже, после работы с VS2008 и Eclipse.

Если нет, кто-нибудь успешно работал с этим языком вне среды IDE? Я не против использования простого текстового редактора, но я вижу, что edit-import-restore-test-export-edit неуклюже, чем просто редактор Powerbuilder.

На сегодняшний день единственными инструментами, с которыми я имел успех, являются:

  • PowerGen, для сборки (с помощью NUnit и CruiseControl.NET)
  • ConTEXT, который имеет подсветку синтаксиса для Powerbuilder
  • PBL Peeper, у которого есть некоторые интересные функции, отсутствующие в IDE

EDIT: Я добавил щедрость, чтобы привлечь более широкое внимание к вопросу. Было бы очень приятно иметь, если оно существует.

РЕДАКТ: Ну, это было неутешительно. Кажется, что щедрость не заставила даже одного нового человека взглянуть на вопрос.

Ответы

Ответ 1

Нет, о котором я знаю, хотя вы, вероятно, могли бы использовать инструмент управления версиями, редактировать в своем репозитории управления версиями и получать последнюю версию из PB IDE, чтобы сократить цикл текстового редактора. Будьте предупреждены, что есть хаки, необходимые для редактирования чего-либо более 128 ASCII. (Мое предположение заключается в том, что это позволяет всем Unicode быть источником управляемых в самых ограничительных инструментах управления версиями.)

Как сказал Пол, PB12 приходит на основе оболочки Visual Studio и будет включать в себя такие вещи, как складные кодовые блоки, Intellisense и т.д. Однако для PB12 это будет использоваться только для целей WPF и нескольких Цели типа .NET(например, сборки), я последний раз слышал. Цели Win32 будут продолжать использовать "классическую" среду IDE.

Удачи,

Терри.


P.S. Спасибо за комплимент PBL Peeper.

Ответ 2

Ядро PowerBuilder IDE неудобно, но я не думаю, что разработка полностью вне среды разработки PowerBuilder - хорошая идея. Я думаю, что сейчас слишком много зависимостей.

Однако среда IDE для PowerBuilder 12 будет построена с использованием изолированной оболочки Microsoft Visual Studio, поэтому при ее выпуске должно быть намного лучше. Кроме того, я считаю, что они будут устранять формат PBL, который должен облегчить работу с источником управления.

Конечно, что-то посмотреть.

Ответ 3

То, что я делаю, это щелкнуть правой кнопкой мыши объект и отредактировать исходный код. Затем я копирую текст и вставляю его в Notepad ++ для редактирования. Я копирую и вставляю обратно в PowerBuilder, тогда я могу сохранить и увидеть любые ошибки. У меня есть довольно приличный User Defined Language для PowerScript, если кто-то заинтересован.

Добавлено: Имейте в виду, что я видел, как редактор источника PB повреждал DataWindows. Все они были большими DataWindows. Чтобы быть в безопасности, всегда экспортируйте DataWindows для редактирования.

Ответ 4

Один из инструментов, который, скорее всего, улучшит ваш опыт работы с PB, - это Visual Expert, который обеспечивает хороший исходный браузер. Такой инструмент должен был быть интегрирован в PB IDE давным-давно, IMHO. Проблема только в том, что она не бесплатна, в отличие от других инструментов, которые вы упоминаете.

Что касается использования внешних редакторов источников, вы, вероятно, можете использовать OrcaScript, который является языком сценариев, который позволяет выполнять такие действия, как экспорт и импорт объектов PB из-за пределов среды разработки. Это потребует некоторых усилий, но вы можете настроить базовый dev env, используя пакетные файлы с ORCA-скриптами и некоторые дополнительные внешние инструменты. Однако в этой настройке не будет никаких возможностей визуального редактирования, что означает отсутствие (возможно) GUI или DW работы. Если вы в основном работаете в NVOs, это может сработать. Но тогда, если это так, зачем использовать PB в первую очередь?...

Я тоже слышал, что использование PB12 VS будет ограничено некоторыми материалами .NET, что, вероятно, принесет пользу только очень небольшой части сообщества программистов PB. Я боюсь, что все мы застряли с ужасной IDE на долгие годы.

Ответ 5

Помимо экспорта источника и его редактирования я не знаю другой среды IDE для PB. Одна из проблем, которые могут возникнуть, заключается в том, что экспортируемый источник содержит много синтаксиса, который не описан в руководствах. PB IDE генерирует этот код, но нет поддержки для его создания вручную. Я думаю, что вы застряли с PB IDE

Ответ 6

В моих скромных пятилетних опытах, начиная с Powerbuilder 5/6, теперь, используя PB 10, я искушаю:

  • создать собственный браузер из объекта classdefinition на основе Powerbuilder
  • попытался использовать autohotkey для удобного открытия datawindows (у нас есть несколько тысяч в проекте, и я управляюсь двумя пальцами)
  • действительно исследовано в идее с использованием внешнего редактора /IDE, поданного с помощью autohotkey script, который подрывается sybase, позволяя использовать только щелчок мыши по PB
  • с помощью Visual Expert, который не является действительно интеграцией в среде IDE, и не стоит анализировать взаимодействие datwindow/powerscript
  • завершение построением надежд на PB12 Visual Studio, которого не хватает - в зависимости от проблем совместимости -...

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

В моей философии, которую я получил за эти годы, я различаю два типа OOP-ориентированных языков:

  • тот, который награждает, используя объектно-ориентированную, такую ​​как С#, Python, Ruby (С++) и т.д. и очень сильно Java-Eclipse/Netbeans-Universe
  • другой, который наказывает с помощью объектной ориентации, такой как Powerbuilder и старый Visual Basic, например (что является причиной, когда ООП-идея приходит после и "подключается" ). В частности, требование о том, чтобы весь объект всегда был скомпилирован (регенерирован) и что вы не могли работать с предками и десандантами, одновременно затрудняет использование реального ООП.

... В память старых добрых дней Unix (Solaris)/С++...