|
|
||||||
FreeBasic. MyFbFramework + VisualFBEditor14.07.2018, 20:36. Показов 24921. Ответов 158
Начал новый фреймворк для FreeBasic: MyFbFramework
И редактор для него: VisualFBEditor Файлы здесь: https://www.cyberforum.ru/blog... g5346.html https://github.com/XusinboyBekchanov/MyFbFramework Скриншоты: Демка:
3
|
||||||
| 14.07.2018, 20:36 | |
|
Ответы с готовыми решениями:
158
FreeBASIC
Осваиваю (ем) FreeBasic |
|
1070 / 991 / 153
Регистрация: 10.08.2015
Сообщений: 5,414
|
||
| 10.08.2018, 11:42 | ||
|
0
|
||
|
|
||
| 11.08.2018, 08:50 [ТС] | ||
|
Добавлено через 30 минут Если удобнее тогда App заменяем на Application.
0
|
||
|
Кормпилятор
|
||
| 11.08.2018, 16:27 | ||
|
80 символов - это полная чепуха, у меня в проектах код всегда уходит на второй экран. Возможно для каких-то совсем детских миниатюрных прог это и имеет место быть, но для нормальных больших проектов чё-то там схлопывать в экран - это полная чушь, лучше нормально писать код и рефакторить его, если хочется читаемости, а не заниматься садомазохизмом. А к дичайшему костылю переноса строки не могу привыкнуть до сих пор, ибо коробит код не по-детски, мало того это дерьмо становится нечитабельным т.к. каждый ровняет по-своему, так ещё и пропадает подсказка по параметрам в FBEdit, приходится выправлять эти говнокоды. Порой доходит до тотального абсурда, вылезло на пару символов - переносят, идеалисты, мать их. Попрошу не забывать что FB это в первую очередь замена QB и как-бы не перестаёт ею быть, он не стал другим ЯП по своим принципам и всё чужеродное - никогда не пойдёт в плюс языку. Потому что есть концептуальные вещи, которые можно надстроить(как типы данных и новые операторы), а есть вещи, которые создают кавардак, пришедшие с других ЯП, так что нафиг всё это нужно, чтобы ещё и агитировать за это.
0
|
||
|
1070 / 991 / 153
Регистрация: 10.08.2015
Сообщений: 5,414
|
||||||||
| 11.08.2018, 17:56 | ||||||||
Сообщение было отмечено coderxx как решение
РешениеДобавлено через 8 минут Добавлено через 7 минут если честно я не понял и половины, что ты написал. пришлось 2 раза перечитывать. Что подтверждает как раз мою правоту. Добавлено через 18 минут
Добавлено через 11 минут Кстати, к чему приставка Q? Это же вроде из QT?
0
|
||||||||
|
Кормпилятор
|
|||||
| 11.08.2018, 22:25 | |||||
|
Условие, без END IF-а? По-моему это уже идиотизм. Плюс забытое END IF во втором куске. Пример хуже привести было уже нельзя, во-первых, видно, что исходный вариант сделан для удобства кодера, потому что он понимает, что ничего больше в IF пихать ему не надо, а ежели так, то бейсик по всем канонам предоставляет возможность укоротить условие. Пинать за это кодера - верх тупизма. Т.е. вкусовщина высшего порядка. А, во-вторых, второй вариант ничего не даёт, лично я бы в данном конкретном случае выбрал второй вариант, просто мне так удобнее, но во многих случаях использую принципиально первый вариант, потому что сразу видно концептуально, что ничего туда больше совать не надо, плюс оно экономит две строчки. И меня дичайше выбешивает, когда пачку условий внутри IF-а сворачивают в _, потому что если смотреть беглым взглядом быстро листая код, вторая и последующие строки кажутся некорректными и только уже потом, переведя взгляд на правую часть экрана замечаешь этот еле еле заметный крысячный символ. А про сворачивание переменных подпрограмм уже высказался, FB Edit это не жрёт, а это весомая причина не использовать перенос. вводить свои порядки. Редактор QB с ходу позволял 256, а при доведении до этой длины - расширял ещё на 128 и т.д.. В 99,9999999% случаев распечатывание кода - не требуется. Но если вдруг и потребовалось, автоматический перенос строки делает почти тоже самое дерьмище что и символ _, только он делает это тогда, когда необходимо, а так приходится пялиться на этот стыд всё время.
0
|
|||||
|
|
|||||||
| 12.08.2018, 05:56 [ТС] | |||||||
|
Добавлено через 9 минут Вот так удобнее:
0
|
|||||||
|
|
||
| 12.08.2018, 07:04 | ||
![]() А нормальный With... end with в FB слабо было прикрутить?
0
|
||
|
|
||||||
| 12.08.2018, 07:27 [ТС] | ||||||
|
Такой вариант что ли?
Кстати, скачал GitHub Desktop, теперь обновление стало без проблемным.
0
|
||||||
|
Кормпилятор
|
|||
| 12.08.2018, 08:39 | |||
|
Все эти сокращалки визуально неудобны. Их скорее для финализации кода применять, с ними всё супер красиво, но ничерта не читаемо. Я порой просто охреневаю, это подчеркну - РЕДАКТОР. Где тут можно узреть критические ботлнеки. Меня это всё умиляет: выстрел из гаубицы по воробушку.
0
|
|||
|
|
||||||||||||
| 12.08.2018, 09:06 | ||||||||||||
|
Лично мне так и привычней и гораздо быстрее глазами пробежаться по
0
|
||||||||||||
|
COM‐пропагандист
|
|
| 12.08.2018, 10:04 | |
|
Читаю про «глупые ограничения 80 символов на строку».
Вижу, что текст ограничен по ширине и переносится на новую строку без учёта абзаца. Начинаю что‐то подозревать.
0
|
|
|
1070 / 991 / 153
Регистрация: 10.08.2015
Сообщений: 5,414
|
|||||||||
| 12.08.2018, 12:29 | |||||||||
|
Теперь давай сравним
Затем появились печатные машинки и ручки и постепенно одно подстраивалось под другое. в итоге мы получили формат A4 на котором помещается 70 машинописных строк по 80 символов. С появлением персональных компьютеров в 80х и текстовых редакторов принцип ограничения 80х70 символов распространился и на компьютерную философию. в том числе и программирование. так что это не пустой каприз, а наиболее удобный с точки зрения техники и человеческой физиологии опыт. Длинные шарфы человек просто не усваивает. Как по горизонтали так и по вертикали, так что очень важно пользоваться отступами.
0
|
|||||||||
|
Кормпилятор
|
||||
| 12.08.2018, 15:55 | ||||
|
Но если тебе интересно почему - мне крайне не нравится как за меня укладывает текст браузер. К коду это не относится. А что касательно корней: Сейчас эта отсебятина уходит лишь корнями в твою голову, начитал википедию и что-то, притянув за уши НЕ К КОДУ мне пытаешься втюхать, а я всю жизнь пишу код и больше 10 лет его писал на редакторе с 78 символами по горизонтали и не видел никаких, даже малейших проблем, потому что код забивался по заранее заготовленной схеме. И в огромном кол-ве случаев 80-ти символов не хватало. Это ситуация более чем нормальная. Казалось бы вот оно где должен был следовать этому правилу, но это правило писали не программисты, а ссучие менеджеры и дилетанты, которым надо "красивенько" код преподнести. А я на это красивенько какал с высокого моста, у меня другие цели и задачи. Выше в 2-ух постах уже всё расписал. Местами это стирает контекст кода. Этому можно следовать и можно не следовать. И бреду этому не следовал, никогда и не буду и никому не советую, пусть трахаются конями все, кто слабое имеет отношение к программированию и кому это не удобно, мне код нужен не чтобы его печатать и не чтобы на него пялиться, а чтобы его компилировать. Потому что у людей из другой области или другого ЯП - это чисто вкусовой аспект, а у меня скорее профессиональный, наработанный практикой. Если удается его без проблем уложить в лист - да и пофиг, ну хорошо вошёл в лист и вошёл, не удаётся - да и чёрт с ним, делать код нечитабельным, терять контекст ради "красиво" - НАФИГ. Путь ущемляется тот, кто не умеет кодить и вынужден читать чужие коды, повальная вкусовщина - она и так обеспечена, никакие конвенции не спасут. И вот нафига во всём этом хаосе, мне следовать дурацкому правилу, которое ничего кроме вкусовщины не несёт? ты не кодил на QB. Я наоборот весь свой код писал и продолжаю строго на базисе QB, поэтому любая конструкция кода невалидная(единичная строчка кода, которую компилятор не схавает) для QB глазом схватывается мгновенно, это уже рефлекс. И всё дерьмо в том, что все эти "фичи" замечаешь уже после того как увидел это. Это отвлекает. Боле того, работаю с кодом построчно, в любой момент мне может потребоваться полная информация. Начинаются прыжки с одного на другое, теряется концентрация на задаче и ценные мысли и т.п.. Цитата Сообщение от Pro_grammer Посмотреть сообщение If QMenuItem(FMenuItems.Items[i]).OnClick Then QMenuItem(FMenuItems.Items[i]).OnClick(QMenuItem(FMenuItems.Items[i])) Это ещё абсолютно нормальный код. Хотя FMenuItems.Items[i] немного режет глаз, но криминального ничего не вижу.
0
|
||||
|
COM‐пропагандист
|
|
| 13.08.2018, 08:24 | |
|
0
|
|
|
1070 / 991 / 153
Регистрация: 10.08.2015
Сообщений: 5,414
|
||
| 13.08.2018, 10:21 | ||
|
0
|
||
|
|
|
| 19.08.2018, 13:48 [ТС] | |
|
Обновил:
- Добавлен: ColorDialog - Улучшен панел свойств (сделан деревовидный) - Улучшен панел событий - Добавлен возможность автоувеличение версию - Добавлен частичный intellisense - Добавлен возможность указания пути к фреймворку - Изменен шаблон формы - Добавлен шаблоны ресурсного и xml файла - Исправлен кнопка выбора файла в настройках - Исправлен баг по пути к компилятору (пробелы, кавычки, ...)
0
|
|
|
1070 / 991 / 153
Регистрация: 10.08.2015
Сообщений: 5,414
|
|
| 19.08.2018, 15:29 | |
|
Ну вот, уже лучше
Теперь подумай про конфигурации сборки. Они могут быть глобальными и локальными. Глобальные хранятся в файле настроек редактора, локальные в файле проекта. В файле проекта должен быть переключатель: использовать глобальные настройки или локальные. Отдельные файлы компилируются Текущей конфигурацией сборки. В идеале все настройки сборки должны быть визуализированы Подумай над тем, что директорий с включаемыми файлами может быть не одна и так же и с библиотеками Не Проект, а Сессия. В сессию могут входить как отдельные файлы, так и проекты. Необходимо ввести Текущий Источник Сборки. Файл или проект сессии, который будет компилироваться. Сессия может и должна сохраняться. Добавить/убрать файл/проект в сессию, добавить/убрать файл в проект. подумай про формат XML для хранения настроек он лучший
1
|
|
|
|
||||||
| 19.08.2018, 17:20 [ТС] | ||||||
|
Путь к MyFbFramework'у сделал отдельным, потому что дизайнера будет работать с этим каталогом. Добавлено через 1 час 30 минут
0
|
||||||
| 19.08.2018, 17:20 | |
|
FreeBASIC и сети Немного о FreeBasic
FreeBasic круги на воде Синтаксические особенности FreeBasic Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Алиса нашла кучу ошибок компиляции и запуска в проекте, который без проблем компилировался и запускался)))
anaschu 30.06.2026
Я пока посмеюся, но завтра проверю. А вообще интерсно. Дал алисе файл, в котором точно нет ошибок компиляции и запуска, и попросил их найти. Нашла кучу)))
Критические ошибки, мешающие компиляции и. . .
|
сукцессия 16. Общий обзор, в основном что бы другие ии поняли
anaschu 29.06.2026
# Передаточный документ: модель микоризной сукцессии (для нового чата)
Этот документ предназначен для того, чтобы новый чат Claude мог продолжить
работу без необходимости заново разбираться в. . .
|
сукцессия 15 неявная схема
anaschu 29.06.2026
Алиса
Калибровка параметров симбиотической модели: технический обзор
Содержание:
Введение
Постановка проблемы
Технические аспекты реализации
Процесс внедрения изменений
|
сукцессия 14. Обновленная схема модели
anaschu 28.06.2026
ГЛОБАЛЬНАЯ ОПИСАТЕЛЬНАЯ СПЕЦИФИКАЦИЯ ЭКОСИСТЕМНОЙ МОДЕЛИ «SOIL CHEMISTRY & MYCORRHIZA 2. 0»
https:/ / ibb. co/ NnkGpfMd
Представленная интегрированная схема описывает непрерывную нелинейную. . .
|
|
сукцессия 13. Питон модель трехзонного мицелия, пока что в основном арбускулярного
anaschu 28.06.2026
## Разработка агентной модели микоризной сукцессии: от выявления артефактов к созданию комплексной системы
### Аннотация
Представлено исследование по разработке агентной модели микоризной. . .
|
сукцессия 12. краткий список проверок модели перед запуском.
anaschu 27.06.2026
Скрытые отказы в моделях систем динамики (SD-models) экологических систем: два случая из практики
Контекст
Разбирался прототип модели систем динамики (SD-модели) микоризной сукцессии: пять. . .
|
Сукцессия 11. Проверка орудий перед войной: разработка через тестирование
anaschu 27.06.2026
Как не дать модели соврать самой себе: проверки для симуляции микоризной сукцессии
Введение
Когда вы строите математическую модель живой системы — грибов, растений, почвы — главная опасность. . .
|
10 сукцессия. Питон код войны грибов и растений
anaschu 27.06.2026
import numpy as np
class PlantAgent:
def __init__(self, name, strategy, initial_biomass):
self. name = name
self. strategy = strategy # "greedy" (широколиственные) или. . .
|