Как запустить и обеспечить полноценную работу QBasic в Windows?

как запустить и обеспечить полноценную работу q basic в windows. Если это возможно. у самого - в малое нетрансформируемое окно с проблемами редактирования и русификации

0

Сообщение от Vladimir1982 В варианте с убирающимися субпрограммами.

Это что вообще за «убирающиеся субпрограммы»?

0

Сообщение от Замабувараев Это что вообще за «убирающиеся субпрограммы»?

Тебе это не нужно 100%, забудь, у тебя другая парадигма.

0

Сообщение от Замабувараев Это что вообще за «убирающиеся субпрограммы»?

Это не мое сообщение.

0

И всё‐таки, что это? Самомодифицирующийся код программы на лету? Полиморфный код?

0

Что то не узнаю тему. Ну да ладно. Об убирающихся из поля зрения субпрограммах я писал. В режиме написания-редактирования это было очень удобно. Когда субпрограмм много они все в одном листе и забивают внимание. Оператор call позволяет убирать их в меню "окна -WIEW" и обращаться к ним по надобности, а программа их видит и пользует. Этого в других языках и в бейсике 7.1 нет. Ну ладно, я вроде уже перехожу на фри бейсик. Получается. Да и "Vladimir1982" спасибо, учебник подарил.

0

Сообщение от Замабувараев Самомодифицирующийся код программы на лету? Полиморфный код?

Ахахаха, жесть. Всегда нравилась логика 4GL парней, всё усложнить до предела, чтобы
самому потом запутаться миллионы раз и ногу сломать)))

Дядь это просто ATL -> E -> S(F) создать процедуру, далее F2 и выбор нужной процедуры из списка
процедура в IDE QBasic и QuickBasic 4\4.5\7.1 PDS создавалась автоматически и отображалась
отдельно от всего кода и IDE была устроена таким образом, что позволяла максимально быстро
перемещаться между кодом и процедурами, при этом весь код программы программист не видел.
Это не тоже самое что и модули кода открываемые отдельно в разных современных IDE, это всё
было в одном коде, навигация, автоматическое создание(+прототип). Это позволяло проще
концентрироваться на задаче, озвученными хоткеями это доводилось до бешеного автоматизма,
можно было "летать" из процедуры в процедуру и быро дописывать или оставлять недописанным
часть кода, а потом сразу к нему возвращаться и дописывать.
Ещё там была интересная система модулей, подгружаясь модуль отмечался в списке процедур
как отдельный файл и функции\процедуры этого модуля можно было использовать, несколько модулей
можно было создать прямо находу в IDE. Создаваемые процедуры при этом(автоматически опять
же) добавлялись в используемый текущий модуль.

Это всё было в середине 80-х годов, а марка актуальности держится до сих пор
и человек не случайно про это говорит.

0

Сообщение от Quiet Snow Это не тоже самое что и модули кода открываемые отдельно в разных современных IDE, это всё было в одном коде

Да вроде и сейчас в современных IDE все процедуры в одном коде. Закрыты под спойлером, их код так же не видно, есть отдельная навигация в виде списка процедур, обычно слева или справа в отдельном окне. В хоткеях нет надобности, мышкой ткнуть ни чуть не сложнее. Если брать конкретно FBE, то там навигация богатая - и по переменным, констатнтам, операторам, конструкторам-деструкторам и т.п., всяко больше возможностей и удобства, чем в QB 80-х.

1

Сообщение от Pro_grammer Да вроде и сейчас в современных IDE все процедуры в одном коде. Закрыты под спойлером, их код так же не видно

Что сворачивать? Весь код вокруг используемого? Дядь это как-бы жёстко...
Дык и остальной код же всё равно видно, сворачивать, разворачивать,тысячи раз тыкать мышкой)))
а тут просто нажал F2 и перешёл в процедуру, моментально. Мозг по другому мыслит, когда не
заморачиваешься всем этим.
В том-то и дело, что удобства в новых - не просто не больше, а меньше, разумеется на мой взгляд.
Списки переменных в классах, подсветка - это конечно весомый плюс, в остальном печаль.
Сравниваю с FBEdit-ом, с самой ходовой IDE для FB.
Отчасти компенсируют закладки с хоткеями, но это не то, всё равно листаешь по большей части
ползунком по привычке, а экран забит кодом. Это на словах не объяснить нужно кучу лет под
DOSом покодить.

Тот случай где нанотехнологии против лошади и телеги, а побеждает в итоге старая лошадь.)))
Программирование перешло в другую ипостась, дробят на файлы, крадут код, под большие потребности
не затачивают, на QB всё это было заточено уже тогда в середине 80-x и под большие и под меньшие
нужды(с одним исходником тобишь). Добавим к этому отсутствие времени на компиляцию и
получаем просто убер быстрый комбайн. К примеру, посмотри сколько времени компилируется
библиотека Window9. Если программа толстая - тут ожидание уже критично. Прикинь в таком
проекте вдруг потребуется целостное тестирование.

И каждый человек, кто кодил на QB - будет про это говорить, вангую со 100500% вероятностью.
Навигация там была безупречная. Всё равно, что я сейчас сравню скорость кодинга на PureBasic
и FreeBasic - примерно такой же отрыв. А если доцепить нормальную IDE - разрыва не будет.
А если к PB доцепить такую IDE - там будет демоническая скорость кодинга, порвёт и обоссыт
любые современные вижал студии, rad делфи и прочие нанотермоядерные среды, это гарантирую.

UI аналитика это тоже область которую нужно изучать и смотреть, что где удобнее и почему
оно так работает, раньше этому уделяли львиную долю времени, сейчас об этом только говорят,
но не уделяют. И что мы видим? Cтарые решения с каждым годом нагибают всё лучше и лучше.
Потому что новомодные хомяки допускают старые, первопроходческие ошибки, каждый божий
раз они это делают, ошибки настолько банальные, которые решаются 10 минутами размышлений.

0

Сообщение от Quiet Snow А если к PB доцепить такую IDE

Навигация по процедурам в PB вроде нормальная. На панели справа от кода отображается список процедур текущего исходника. Клик по процедуре в списке приведет к переходу к ней. Также можно кликнуть мышкой по вызову процедуры с нажатой кнопкой Ctrl что приведет к переходу к процедуре. Или речь о чем-то другом?

Сообщение от Quiet Snow К примеру, посмотри сколько времени компилируется библиотека Window9. Если программа толстая - тут ожидание уже критично.

Нужно ее скомпилировать в статическую библиотеку. Тогда не будет тратится время на повторную компиляцию. Такой подход используется например в C++ компиляторах. Каждый файл проекта компилируется отдельно в объектный файл, а потом линкер собирает из них исполняемый файл. Это позволяет ускорить компиляцию за счет того что если в исходный файл изменения не вносились то производить его компиляцию не нужно. Это также позволяет ускорить компиляцию за счет запуска нескольких копий компилятора и каждый работает со своим файлом. На многоядерных процессорах это дает хороший прирост скорости сборки.

Сообщение от Quiet Snow дробят на файлы

Код делят на файлы не только для удобства, но и как написал выше для ускорения компиляции.

1

Сообщение от locm Тогда не будет тратится время на повторную компиляцию.

Ну как бы это знаю, просто привёл пример того, как по скорости работает компиляция.

Сообщение от locm Это позволяет ускорить компиляцию за счет того что если в исходный файл изменения не вносились то производить его компиляцию не нужно.

А если там один файл. Или несколько, но тоже крупных. Излишняя декомпозиция имхо - крайне вредна.
Часто программисты сильно злоупотребляют ей. И в итоге мы видим порой несколько десятков файлов
с 10-ю строчками. Когда такое вижу - меня ржака разбирает, потому что это полное непонимание
того, что такое декомпозиция и зачем она нужна. Разумеется, каждый волен делать так как ему нравится,
но это один из самых эффективных аспектов отстреливания себе ноги.

Сообщение от locm Или речь о чем-то другом?

Речь об визуальном и UI удобстве, в QB при переходе в процедуру к модификации доступен только код
процедуры. Тебе чтобы кликнуть, нужно оторвать руку от клавиатуры, найти мышь, прицелиться курсором
кликнуть, я за это время могу три раза перескочить в разные процедуры. Это формирует соотв. образ
мышления. В FBEdit тоже самое, что и в редакторе PB, когда им посл. раз пользовался это была версия
4.51 если не ошибюсь. Так вот если бы IDE было бы построено по принципу QB, то писал бы программы
раза в 2-3 быстрее и не потому что плохо пользуюсь редактором FBEdit. А просто потому что юзабилити
навигационной системы - выше и мозг не видит лишних деталей, не путается.

0

Сообщение от Quiet Snow Тебе чтобы кликнуть, нужно оторвать руку от клавиатуры, найти мышь, прицелиться курсором кликнуть, я за это время могу три раза перескочить в разные процедуры.

Это не так. Не учитывается, что просто скакать по процедурам ни кто не станет, а реально редактирование занимает гораздо более времени, чем для "нужно оторвать руку от клавиатуры, найти мышь, прицелиться курсором кликнуть,". И в итоге, выйдет, что реальный процесс работы с кодом будет не быстрее с горячими клавишами, чем с мышкой.


Обычно современные UI позволяют настраивать горячие клавиши под свои нужды. Например в PureBasic десятки настраиваемых комбинаций, их все запоминать нет ни какого желания. Проще мышкой.
Но при желании я могу настроить всё так для себя идеально, в том числе и переход к любой процедуре по горячим клавишам, что ни какой QB - редактор не угонится. Другое дело, что старого пса новым трюкам не выучить, и что единожды записано в мышечную память трудно исправить. Но это уже не недостатки современных систем, а другая проблема.
Я долгое время считал, что редактор VB6 верх совершенства, и сейчас думаю, что его визуальная часть замечательна.
Но вот редактор кода не умеет автозаполнять ключевые слова и функции. И теперь ловлю себя на том, что написал первые три символа процедуры или ключевого слова и сижу жду, когда же мне дадут список вариантов для продолжения (как в PB или MS VS) А он гад не подсказывает. Приходится самому вспоминать, как же оно правильно пишется. К хорошему привыкаешь, и возвращаться в прошлый век уже не хочется!

0

Сообщение от Pro_grammer Но вот редактор кода не умеет автозаполнять ключевые слова и функции. И теперь ловлю себя на том, что написал первые три символа процедуры или ключевого слова и сижу жду, когда же мне дадут список вариантов для продолжения (как в PB или MS VS) А он гад не подсказывает. Приходится самому вспоминать, как же оно правильно пишется. К хорошему привыкаешь, и возвращаться в прошлый век уже не хочется!

Ctrl+Space

0

Сообщение от Quiet Snow А если там один файл.

Если в одном файле несколько десятков тысяч строк или больше, то работать с ним бывает непросто. Правильное разделение на несколько файлов упрощает задачу поддержки программы и ускоряет ее компиляцию (если поддерживается раздельная компиляция).

Сообщение от Quiet Snow Или несколько, но тоже крупных.

Будут компилироваться только те файлы в которых внесены изменения. Не всегда нужно редактировать все файлы в проекте. Поэтому скорость компиляции будет больше чем в случае одного файла. Но даже если отредактированы все файлы проекта или проект нужно полностью пересобрать, если компилятор и IDE поддерживают так называемую параллельную сборку, на многоядерных процессорах компиляция займет меньше времени.

0

Сообщение от Quiet Snow Разумеется, каждый волен делать так как ему нравится, но это один из самых эффективных аспектов отстреливания себе ноги.

С одной стороны согласен. С другой стороны дробление на множество отдельных файлов позволяет в крупных проектах избежать ненужных зависимостей при компиляции. Вроде бы библиотека шаблонов STL так реализована. Там чуть ли не единственная процедура в одном файле. И это сделано со смыслом: попробуйте с коленки скомпилировать например ядро Линукс или gcc. Да ни хрена не выйдет! При дроблении, когда одна процедура=один файл, можно подключать только нужные процедуры, поэтому снижается вероятность конфликтов. Другое дело, что трудно вести поиск нужной процедуры если нет документации или ide не поддерживает такую особенность. А в каких ide реализован поиск по файлам нужных макросов или процедур в один клик? Сообщите мне: я сразу поставлю себе такую.

0

Сообщение от CoderHuligan А в каких ide реализован поиск по файлам нужных макросов или процедур в один клик? Сообщите мне: я сразу поставлю себе такую.

Что имеется в виду? В VB6 к примеру при наведении на любой идентификатор функции, переменной, поля типа или метода и нажатия Shift+F2 перекидывает на ее определение.

0

Сообщение от The trick В VB6

А если исходник с нуля просматриваем? Оно поймёт где искать?

0

Сообщение от CoderHuligan А если исходник с нуля просматриваем? Оно поймёт где искать?

Что значит с нуля? Вот пример на картинке:

0

Сообщение от The trick Что значит с нуля?

Это значит скачали с гитхаба любой исходник- готовый проект и открываем его в ide. Эта ide поймёт в каком тысячном файле найти нужную процедуру?

0

Сообщение от The trick Ctrl+Space

Замечательно конечно. Но хотелось бы ключевые слова. Почему он не знает про них?

Сообщение от CoderHuligan Эта ide поймёт в каком тысячном файле найти нужную процедуру?

Дело в том, что VB6 проект содержит в себе абсолютно все файлы и они жёстко зарегистрированы. Все определения находятся тоже внутри проекта, потому для IDE VB6 это не проблема.

0

Сообщение от Pro_grammer Замечательно конечно. Но хотелось бы ключевые слова. Почему он не знает про них?

А что, есть проблемы с запоминанием ключевых слов которые постоянны?

Сообщение от Pro_grammer Приходится самому вспоминать, как же оно правильно пишется.

Я то думал проблемы с запоминанием названий функций или переменных, но никак не ключевых слов вроде As, For и т.п.

0