HiAsm5 поддерживает 3 платформы: Linux, Windows и MacOS. По каким критериям это называется "платформозависимым" решением?


на JAVA интерфейсные программы не пишут


IMHO, автор знал и JAVA, и Mono (.NET), и QT, и GTK, и FPC(Lazarus)


это не так, а точнее не всегда так.


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

PS: любые решения на JAVA обладают одним весьма печальным недостатком: кушают очень много памяти

это если не считать тот факт что win98, winxp, win7 сами как три разные платформы и hiasm5 на каждую допиливать придётся отдельно это ещё не считая будущего win8
Насчет производительности - она выше чем delphi код, а если нужно ещё больше есть один общеизвестный способ ускорить яву - JNI
NetBeans целиком на яве написан и ничего.
------------ Дoбавленo в 17.31:
это не считая ГРОМАДНЕЙШЕГО количества библиотек которые можно было бы использовать просто их подключая, а не как сейчас есть бесплатная bass.dll и все мы дружно молимся чтобы она вдруг не стала платной и других вариантов просто нет

0

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

чтобы мифов не порождать теста следует проводить 3
1 - просто java
2 - java с параметром "-server"
3 - delphi


правдо несмотря на то что у netbeans функционал по сравнению с delphi как небо и земля, можно потерпеть
это лучше чем не терпеть, но и ничего не иметь

Это не относится к среде никоим образом, это относится именно к пакетам, в которых ты и будешь получать свой целевой код. Мне так кажется, что Dilma сделал универсальную среду под все, что только можно. И было бы очень некорректно привязывать ее к чему-то одному, как бы вам этого не хотелось
------------ Дoбавленo в 20.26:
Да, кстати, а в чем заключается катастрофическое отличие функционала netbeans от delphi, что такое делается на netbeans, что нельзя сделать на delphi

формы в netbeans можно делать гораздо качественней
система конструктора кода однозначно совершенней
а функционал у каждого свой, подключаемых модулей к netbeans пруд-пруди
главный аргумент конечно, в delphi нельзя писать код на других языках

по поводу ОЗУ, ответ неоднозначен, т.к. у меня он в среднем не больше 300мб ест.
если его сравнивать с JDeveloper который одинакового уровня с Netbeans, то вот тот действительно очень прожорлив, инсталлятор только 2гб весит.

Это зависит от визуальной библиотеки, но не от языка

Кто сказал и на чем проверялось

Это зависит от наработок, но не от свойств языка

Интересно, а как тогда у нас работает VBJScript, это не считая еще возможности писать на ассемблере

Короче, вывод -- незачет, аргументы совсем не убедительны

hitman249, ты явно путаешь среду и пакет. Ну просто явнее некуда. Все эти рассуждения о множестве подключаемых библиотек - какое отношение это имеет к среде? А если хочется пакет для Java - то Сделайте пакет для ... (New pack)

Мне так кажется, что hitman249 хочет совмещенную с JAVA среду, некий встроенный в HiAsm интерпретатор, и все, пипец, остальное побоку. Так вот, HiAsm тем и ценен, что может работать с любыми ЯВУ и не только с ЯВУ

Было бы замечательно, если бы сам hitman249 объяснил, о чем именно он говорит. Пока получается, что он имеет ввиду пакет для разработки своих собственных программ.


nesco, господин hitman249 забыл сделать ремарку: Delphi это среда разработки(программирования), а NetBeans (так же как и Eclipse) это платформа. Вещи вообще говоря не сравниваемые между собой.

если что, это не я попросил сравнивать 2 разные вещи
nesco просил сравнивать две среды, а не pascal & java


ну и где проекты написанные на vbs без единой паскальной строчки ? где ассемблерные проекты также без единой строчки паскаля ? (напомню речь о Средах)


Вопросы по этим средам закончены (NetBeans & Delphi), теперь о pascal & java и сразу давайте читать внимательнее кто что спросил и на какой вопрос я ответил


Почти миф
читаем тему внимательнее, никто ничего не путает

Что я предлагал:
- HiAsm среда написанная на JAVA, в среде присутствует минимальное количество привязок на ОС(в дальнейшем работа не пропадёт, а получим исходники которые будет проще портануть на Android и iOS)
- Пакет Java, с аналогичным компонентом callLibJar, через который можно подключать множество Документированных Java библиотек, которые можно складывать с примерами подключений в какой-нибудь доп. пакет т.к. их будет не на 100мб, а побольше.
------------ Дoбавленo в 07.47:
Кучи разных хороших либ есть на Java, вот пример "модульная библиотека для распознавания аудио"
------------ Дoбавленo в 07.53:
или процессор для преобразований

А у меня вот такой вопрос -- а если мне не нужна Java, а нужно мне что-то, что имеет совершенно другой байт код и не будет исполняться на ПК или вообще текстовый формат

nesco, не совсем понятно о чем речь

Попробуй засунуть Java интерпретатор в микроконтроллер, где каждый байт дорог