Автор |
Сообщение |
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Немного меня "насмешило": Код: You have been permanently banned from this board.
Please contact the Board Administrator for more information.
A ban has been issued on your IP address. Таки я там даже не смог там раннее зарегится!? К чему бы это?
Немного меня "насмешило": [code]You have been permanently banned from this board.
Please contact the Board Administrator for more information.
A ban has been issued on your IP address.[/code] Таки я там даже не смог там раннее зарегится!? :( К чему бы это? :?
|
|
|
|
Добавлено: Пт апр 27, 2018 23:41 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
_KROL писал(а): .... Вспомнил и очень странный проект: http://www.oforth.com - смесь SmallTalk и Forth. Как по мне, так очень даже интересная и гибкая вещь (со вчерашнего до 10 главы английской документации дошёл!). Так вот, мне интересно, как оцениваете вы это чудо? Интересная штука, но я не увидел аналога (spf4) CALLBACK:, а без него грустно. И опять 32b.
[quote="_KROL"].... Вспомнил и очень странный проект: [url]http://www.oforth.com[/url] - смесь SmallTalk и Forth. Как по мне, так очень даже интересная и гибкая вещь (со вчерашнего до 10 главы английской документации дошёл!). Так вот, мне интересно, как оцениваете вы это чудо?[/quote] Интересная штука, но я не увидел аналога (spf4) CALLBACK:, а без него грустно. :( И опять 32b.
|
|
|
|
Добавлено: Вт апр 24, 2018 21:47 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Цитата: Просто в моём понимании это нечто умеющие переопределять типы столбцов с поддержкой транзъацкий. В будущем расширить я хочу вот каким образом. Сделать два списка/динамических массива: 1) Список элементов (подсписок для каждого: список свойств) 2) Список типов свойств У каждого элемента есть определённые свойства. Каждое из свойств глобально для всей БД и представлено в списке типов свойств. Соответственно, список свойств содержит ссылки на определённые свойства и на память, занимаемую данными свойства. Я понятно написал?
[quote]Просто в моём понимании это нечто умеющие переопределять типы столбцов с поддержкой транзъацкий.[/quote]В будущем расширить я хочу вот каким образом. Сделать два списка/динамических массива: 1) Список элементов (подсписок для каждого: список свойств) 2) Список типов свойств
У каждого элемента есть определённые свойства. Каждое из свойств глобально для всей БД и представлено в списке типов свойств. Соответственно, список свойств содержит ссылки на определённые свойства и на память, занимаемую данными свойства. Я понятно написал? :D
|
|
|
|
Добавлено: Вс апр 22, 2018 13:51 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Victor__v писал(а): Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней. Ну, я бы не сказал, что проще. С ними возни больше, но гибче, так это да. Victor__v писал(а): Мне как самоучке вообще непонятно чему программистов учат... Вот мне и лень с преподователем по поводу списков лишний раз спорить, хотя делаю и по своему тоже.
[quote="Victor__v"]Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней.[/quote]Ну, я бы не сказал, что проще. С ними возни больше, но гибче, так это да. [quote="Victor__v"]Мне как самоучке вообще непонятно чему программистов учат...[/quote]Вот мне и лень с преподователем по поводу списков лишний раз спорить, хотя делаю и по своему тоже. :)
|
|
|
|
Добавлено: Вс апр 22, 2018 13:41 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
F-MAP писал(а): Victor__v писал(а): Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней. Так сейчас многие БД в структурах поддерживают переменную длину поля, как же там без списков обойтись.. Вот-вот. Мне как самоучке вообще непонятно чему программистов учат. Как случай из жизни, новый сотрудник-программист пришёл на работу и не знает что такое бесперебойник (ИБП). Или ещё друг рассказывал как их программированию в универе учили. Задача. Вывести на экран на каждой строке по символу в кодировки ASCII. Вот, горе-преподавателю не понравилось, что (неожиданно) на экране есть абсолютно пустая строчка. Ему попытались объяснить, что это перевод строки. Но он был глу (тут "п" или "х" поставить?) к доводам разума. Студентам пришлось переделывать, чтоб её не было. Приношу извинения за сильных отход от темы
[quote="F-MAP"][quote="Victor__v"]Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней.[/quote] Так сейчас многие БД в структурах поддерживают переменную длину поля, как же там без списков обойтись..[/quote] Вот-вот. Мне как самоучке вообще непонятно чему программистов учат. Как случай из жизни, новый сотрудник-программист пришёл на работу и не знает что такое бесперебойник (ИБП). Или ещё друг рассказывал как их программированию в универе учили. Задача. Вывести на экран на каждой строке по символу в кодировки ASCII. Вот, горе-преподавателю не понравилось, что (неожиданно) на экране есть абсолютно пустая строчка. Ему попытались объяснить, что это перевод строки. Но он был глу (тут "п" или "х" поставить?) к доводам разума. Студентам пришлось переделывать, чтоб её не было.
Приношу извинения за сильных отход от темы
|
|
|
|
Добавлено: Вс апр 22, 2018 10:06 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Victor__v писал(а): Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней. Так сейчас многие БД в структурах поддерживают переменную длину поля, как же там без списков обойтись..
[quote="Victor__v"]Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней.[/quote] Так сейчас многие БД в структурах поддерживают переменную длину поля, как же там без списков обойтись..
|
|
|
|
Добавлено: Сб апр 21, 2018 22:18 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней.
Так блин списками гибче и тип можно переопределить относительно легко. Проще, но зато надёжней.
|
|
|
|
Добавлено: Сб апр 21, 2018 09:18 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Цитата: * базу данных нельзя реализовывать с помощью списков Это я решил обойти так, что по define переключаю на компиляцию нужной реализации (динамический массив или список структур). P.s. Простите, может и не в тему, Виктор попросил.
[quote]* базу данных нельзя реализовывать с помощью списков[/quote]Это я решил обойти так, что по define переключаю на компиляцию нужной реализации (динамический массив или список структур). P.s. Простите, может и не в тему, Виктор попросил.
|
|
|
|
Добавлено: Пт апр 20, 2018 21:29 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Вообще примерно такое: Код: \ 03.04.2018 _KROL \ KaDB project \ Copyright [C] 2018 _KROL krolmail@list.ru \ Исходная постановка задачи и входные ограничения
9) База данных содержит информацию о заказанных номерах в гостинице: * номер (целое трехзначное число), * с какой и по какую даты (в формате дд.мм.гггг), * ФИО постояльца (строка 30 символов). Дополнительно, программа должна формировать отчет за определенный промежуток времени по определенному номеру в гостинице.
Из лабараторной работы No.4 следует, что: * программа поддерживает два способа вывода: 1. формат "поле: значение" 2. табличный * программа содержит меню, для выбора нужной операции
Из лабараторной работы No.5 следует, что: * программа должна работать с файлами: создание, загрузка, сохрание БД. ! остаётся неизвестным точный смысл работы и реализации функции remove_DB()
Из лабараторной работы No.6 следует, что: * решение должно быть разделено на соответствующие смысловые модули * решение должно содержать модульную схему
Сторонние ограничения: * проект без ООП * базу данных нельзя реализовывать с помощью списков Только я хочу это позже усовршенстовать, когда доделаю... P.s. Преподователь занят, поэтому ему ещё ничего не показывал) Пытаюсь оформлять примерно как mOleg, только лучше. Однако, пользовательский интерфейс скорее-всего будет не такой, как тут описано P.p.s. Условие задания лабы 5: Код: Дополнить проект, созданный в предыдущей лабораторной работе, следующими функциями и добавить новые пункты в меню программы: 1. Функция new_DB(), в которой будет создаваться новый файл базы данных и открываться для записи. Функция должна возвращать объект потока ввода для нового файла. 2. Функция remove_DB(), удаляющая файл по названию. В функции должна быть реализована обработка ошибок. 3. Функция clear(), которая будет очищать динамическую память, выделенную для структур базы данных. 4. Функция save_DB(), которая будет сохранять данные из динамического массива структур в указанный файл. 5. Функция load_DB(), которая будет выгружать данные из указанного файла в динамический массив структур.
Вообще примерно такое: [code]\ 03.04.2018 _KROL \ KaDB project \ Copyright [C] 2018 _KROL krolmail@list.ru \ Исходная постановка задачи и входные ограничения
9) База данных содержит информацию о заказанных номерах в гостинице: * номер (целое трехзначное число), * с какой и по какую даты (в формате дд.мм.гггг), * ФИО постояльца (строка 30 символов). Дополнительно, программа должна формировать отчет за определенный промежуток времени по определенному номеру в гостинице.
Из лабараторной работы No.4 следует, что: * программа поддерживает два способа вывода: 1. формат "поле: значение" 2. табличный * программа содержит меню, для выбора нужной операции
Из лабараторной работы No.5 следует, что: * программа должна работать с файлами: создание, загрузка, сохрание БД. ! остаётся неизвестным точный смысл работы и реализации функции remove_DB()
Из лабараторной работы No.6 следует, что: * решение должно быть разделено на соответствующие смысловые модули * решение должно содержать модульную схему
Сторонние ограничения: * проект без ООП * базу данных нельзя реализовывать с помощью списков[/code]Только я хочу это позже усовршенстовать, когда доделаю... P.s. Преподователь занят, поэтому ему ещё ничего не показывал) Пытаюсь оформлять примерно как mOleg, только лучше. Однако, пользовательский интерфейс скорее-всего будет не такой, как тут описано ;) P.p.s. Условие задания лабы 5:[code]Дополнить проект, созданный в предыдущей лабораторной работе, следующими функциями и добавить новые пункты в меню программы: 1. Функция new_DB(), в которой будет создаваться новый файл базы данных и открываться для записи. Функция должна возвращать объект потока ввода для нового файла. 2. Функция remove_DB(), удаляющая файл по названию. В функции должна быть реализована обработка ошибок. 3. Функция clear(), которая будет очищать динамическую память, выделенную для структур базы данных. 4. Функция save_DB(), которая будет сохранять данные из динамического массива структур в указанный файл. 5. Функция load_DB(), которая будет выгружать данные из указанного файла в динамический массив структур.[/code]
|
|
|
|
Добавлено: Пт апр 20, 2018 21:27 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
_KROL писал(а): * Потоки * многозадачность
Так это есть и у фортов обитателей этого форума. Кварк исключая. По БД А насколько простая требуется БД? Просто в моём понимании это нечто умеющие переопределять типы столбцов с поддержкой транзъацкий.
[quote="_KROL"] * Потоки * многозадачность [/quote]
Так это есть и у фортов обитателей этого форума. Кварк исключая.
По БД А насколько простая требуется БД? Просто в моём понимании это [b]нечто[/b] умеющие переопределять типы столбцов с поддержкой транзъацкий.
|
|
|
|
Добавлено: Пт апр 20, 2018 21:10 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Для меня сейчас проект (для универа) это создание базы данных... Данный язык, как я осознал, очень даже подходит для её простой реализации. А так, пишу на Си. P.s. Прочитал всё. Что-то я зря oForth назвал смесью со SmallTalk. Синтаксис конечно чем-то похож, но сообщений (между объектами) не наблюдается. P.p.s. В манулке (v.1.0.0) номера страниц чуть не соответствуют настоящим номерам + вроде нашлась пара лишних страниц (одна так точно).
Для меня сейчас проект (для универа) это создание базы данных... Данный язык, как я осознал, очень даже подходит для её простой реализации. А так, пишу на Си. P.s. Прочитал всё. Что-то я зря oForth назвал смесью со SmallTalk. Синтаксис конечно чем-то похож, но сообщений (между объектами) не наблюдается. P.p.s. В манулке (v.1.0.0) номера страниц чуть не соответствуют настоящим номерам + вроде нашлась пара лишних страниц (одна так точно).
|
|
|
|
Добавлено: Пт апр 20, 2018 13:55 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
_KROL писал(а): Hishnik, про продажу своих продуктов (как и Форта вообще) я ничего и не говорил)) И вообще, я ещё учусь, не забывай. Продажа и любой вариант распространения в данном случае очень близки по смыслу. Выбирать Форт надо не потому, что на нем много пишут и найдется компания, а потому что конкретно этот движок соответствует проекту. Для этого он, проект, должен быть.
[quote="_KROL"]Hishnik, про продажу своих продуктов (как и Форта вообще) я ничего и не говорил)) И вообще, я ещё учусь, не забывай.[/quote] Продажа и любой вариант распространения в данном случае очень близки по смыслу. Выбирать Форт надо не потому, что на нем много пишут и найдется компания, а потому что конкретно этот движок соответствует проекту. Для этого он, проект, должен быть.
|
|
|
|
Добавлено: Пт апр 20, 2018 13:43 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
Ох, чем больше пытаюсь понять документацию, тем больше кажется, что это микро-ОС с уклоном в Форт! Hishnik, про продажу своих продуктов (как и Форта вообще) я ничего и не говорил)) И вообще, я ещё учусь, не забывай.
Ох, чем больше пытаюсь понять документацию, тем больше кажется, что это микро-ОС с уклоном в Форт! Hishnik, про продажу своих продуктов (как и Форта вообще) я ничего и не говорил)) И вообще, я ещё учусь, не забывай.
|
|
|
|
Добавлено: Пт апр 20, 2018 13:23 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
_KROL писал(а): Просто, как я понял, мне уже надоело создавать велосипед (свой Форт). Кому он будет нужен?.. Вот и интересуюсь сторонними сборками, лучшего качества) Это в целом нормальный и естественный процесс Но в целом позиция "сделать Форт и продавать" показала свою нежизнеспособность. Сколько уже жаловались на "отсутствие рынка форт-программ", сколько было попыток организовать продажи или хотя бы просто распространение путем добавления IDE, ООП, оптимизаторов, библиотек, потоков и прочего. Все впустую. Случайно? Нет. Ситуация становится более понимаемой, если принять, что Форт - это не продукт на продажу, а внутренний инструмент, разрабатываемый в рамках большого проекта. Для суммирования элементов массива никто же не полезет в интернет искать "сумматоры элементов массива, с ООП, потоками и оптимизацией". Задача простая и решается на месте, на нужном в данный момент языке и для тех массивов, которые действительно надо посчитать. Чем тут принципиально отличается Форт? Это просто несколько тысяч строк кода, которые приносят в проект определенные функциональные возможности. Попытки написать стандарт разбивались о то, что нюансы возможностей Форта все видят по-своему, и это совершенно нормально. Если разобраться, то чем же Форт еще интересен, как не возможностью реализовать собственное поведение того ключевого куска кода, который нужен в проекте. Так что Форт ближе к middleware, если даже не к прикладной программе.
[quote="_KROL"]Просто, как я понял, мне уже надоело создавать велосипед (свой Форт). Кому он будет нужен?.. Вот и интересуюсь сторонними сборками, лучшего качества)[/quote] Это в целом нормальный и естественный процесс :) Но в целом позиция "сделать Форт и продавать" показала свою нежизнеспособность. Сколько уже жаловались на "отсутствие рынка форт-программ", сколько было попыток организовать продажи или хотя бы просто распространение путем добавления IDE, ООП, оптимизаторов, библиотек, потоков и прочего. Все впустую. Случайно? Нет.
Ситуация становится более понимаемой, если принять, что Форт - это не продукт на продажу, а внутренний инструмент, разрабатываемый в рамках большого проекта. Для суммирования элементов массива никто же не полезет в интернет искать "сумматоры элементов массива, с ООП, потоками и оптимизацией". Задача простая и решается на месте, на нужном в данный момент языке и для тех массивов, которые действительно надо посчитать. Чем тут принципиально отличается Форт? Это просто несколько тысяч строк кода, которые приносят в проект определенные функциональные возможности. Попытки написать стандарт разбивались о то, что нюансы возможностей Форта все видят по-своему, и это совершенно нормально. Если разобраться, то чем же Форт еще интересен, как не возможностью реализовать собственное поведение того ключевого куска кода, который нужен в проекте. Так что Форт ближе к middleware, если даже не к прикладной программе.
|
|
|
|
Добавлено: Пт апр 20, 2018 13:12 |
|
|
|
|
|
Заголовок сообщения: |
Re: oForth |
|
|
...и некоторая совместимость с AnsForth
...и некоторая совместимость с AnsForth
|
|
|
|
Добавлено: Пт апр 20, 2018 13:01 |
|
|
|
|