Язык ULCA - это интерпретирумый язык. Интерпретатор может быть написан на любом обьектно-ориентированном языке. Поэтому такое внимание к совместимости языка ULCA с этими языками.
Вы попали в самую точку! Действительно, в Ситеме штамп является уникальным идентификатор записи таблицы. А номер пользователя делает его его уникальным во всей базе данных.
Следующие две статьи будут посвящены виртуальной СУБД, где все это будет детально рассмотрено. Данная статья и так сильно перегружена.
Язык ULCA - это специализиронный, большей частью декларативный, язык. Заточен под клиентские приложения. Предназначен для Разработчиков, хорошо разбирающихся в какой-либо предметной области, и которые не хотят писать километры кода. Им нужно максимально бысто получить готовое приложение профессинального качества.
Речь идет не о языке программирования, а уже работающем программном продукте.
Язык - это только маленькая его часть.
Вы наверно хотели узнать, является ли мой проект коммеческим. Отчасти, да.
Бизнес и программирование - это о разном. Цель бизнеса - получить максимум прибыли и как можно быстрей. С другой стороны, без поддержки бизнеса или государства, продвинуть новый проект практически невозможно. Поэтому, я пытаюсь найти баланс между интересами бизнеса и возможностью использовать проект без ущерба для его развития.
Вообще-то простота - это критерий качества. Но дело не в этом. Возможности языка ulca опредляютя не его синтансисом, а возможностями обьектной модели, которую он использует. Ни о каком вакууме речи не идет. Прочитайте мою преыдущую статью. И возможности этого языка очень даже серьезные.
Да, действительно, тема статьи не простая. Она рассчитана на профессиональных разработчиков. А слово "простой" не означает примитивный. Читать статью надо внимательно, тогда от этого будет толк.
Нет. Это аббревиатура известного принципа программирования, которого я неизменно придерживаюсь. Но Вы можете ее перевести как "поцелуй". Это тоже неплохо.
Тип переменной определяется первой буквы, а конструкция as предназначена только для средств IntelliSense и служит указанием, что эта переменная будет ссылаться в на объект класса treeview. Проблема в том, что Вы привыкли использовать as для определения типа.
Очень приятно, что Вы внимательно читаете статью! Но, в описании операций сравнения указано, что для ссылочных и логический типов данных допустимы только операции сравнение на равенство (==,<>). Перечитайте это место. А, прежде чем сравнивать variant переменные, неплохо бы проверить текущий тип этой переменой.
Почему Вы решили, что для переменных отсутствует строгая типизация. Первая латинская буква в имени переменной жестко определяет ее тип и этот тип не может быть переопределен. Наличие переменных неопределенного типа просто необходимо, хотя бы для взаимодействия с внешними источниками данных.
Пытался понять, какое отношение Ваши комментарии имеют к теме статьи.
Как я понял, Вы наверно считаете, что речь в статье идет о Visual FoxPro.
Система KISS и Visual FoxPro - это абсолютно разные системы !
Единственное, что их объединяет – это общее ядро, представленное runtime-библиотеками Visual FoxPro и написанное (к сожалению не автором статьи) на языке с++.
Система KISS использует свой собственный язык программирования ULCA, не имеющий ничего общего с языком программирования Visual FoxPro и, как следствие этого, собственный компилятор, интерпретатор, редактор процедур, отладчик , IDE и т.п.
В Visual FoxPro 10 Автора Системы KISS интересует только 64-разрядное ядро Visual FoxPro, а не сама система (наверное, Вам уже понятно, почему).
Автор Системы KISS не делает никаких прогнозов о перспективе использования Visual FoxPro, но если бы его устраивал Visual FoxPro или какой-либо другой инструмент разработки клиентских приложений, то он не стал бы разрабатывать свою собственную Систему.
Ссылку в первой статье заменил на https://disk.yandex.ru/d/9w7c_Eekt5XHFw
Версия устарела. Ссылка на новую будет в начале след. недели. Внесены изменения для работы с датами до н.э. и в средства help.
Язык java является чисто обьектным
С таким подходом никогда бы не появится никакой новый язык.
Язык ULCA - это интерпретирумый язык. Интерпретатор может быть написан на любом обьектно-ориентированном языке. Поэтому такое внимание к совместимости языка ULCA с этими языками.
Вы попали в самую точку! Действительно, в Ситеме штамп является уникальным идентификатор записи таблицы. А номер пользователя делает его его уникальным во всей базе данных.
Следующие две статьи будут посвящены виртуальной СУБД, где все это будет детально рассмотрено. Данная статья и так сильно перегружена.
Очень понравился Ваш комментарий. Но для оценки не хватает кармы.
Язык ULCA - это специализиронный, большей частью декларативный, язык. Заточен под клиентские приложения. Предназначен для Разработчиков, хорошо разбирающихся в какой-либо предметной области, и которые не хотят писать километры кода. Им нужно максимально бысто получить готовое приложение профессинального качества.
В Системе есть настройка тем. Можно выбрать любую или созать собственную
Речь идет не о языке программирования, а уже работающем программном продукте.
Язык - это только маленькая его часть.
Вы наверно хотели узнать, является ли мой проект коммеческим. Отчасти, да.
Бизнес и программирование - это о разном. Цель бизнеса - получить максимум прибыли и как можно быстрей. С другой стороны, без поддержки бизнеса или государства, продвинуть новый проект практически невозможно. Поэтому, я пытаюсь найти баланс между интересами бизнеса и возможностью использовать проект без ущерба для его развития.
В формате штамп есть сведения о часовом поясе.
А как быть с датами до нашей эры в клинтских приложения, а главое, зачем, я не понимаю.
Вообще-то простота - это критерий качества. Но дело не в этом. Возможности языка ulca опредляютя не его синтансисом, а возможностями обьектной модели, которую он использует. Ни о каком вакууме речи не идет. Прочитайте мою преыдущую статью. И возможности этого языка очень даже серьезные.
Описание функций не полное из-за недостатка места. Проблема решается с помощью включения функции в допустимые для нее пространста имен.
Ошибки отсекаютя на этапе компиляции.
Статья очень большая, и все обьяснить в этой статье не получитя. Для функций будет отдельная статья
Да, действительно, тема статьи не простая. Она рассчитана на профессиональных разработчиков. А слово "простой" не означает примитивный. Читать статью надо внимательно, тогда от этого будет толк.
Нет. Это аббревиатура известного принципа программирования, которого я неизменно придерживаюсь. Но Вы можете ее перевести как "поцелуй". Это тоже неплохо.
Тип переменной определяется первой буквы, а конструкция as предназначена только для средств IntelliSense и служит указанием, что эта переменная будет ссылаться в на объект класса treeview. Проблема в том, что Вы привыкли использовать as для определения типа.
Очень приятно, что Вы внимательно читаете статью! Но, в описании операций сравнения указано, что для ссылочных и логический типов данных допустимы только операции сравнение на равенство (==,<>). Перечитайте это место. А, прежде чем сравнивать variant переменные, неплохо бы проверить текущий тип этой переменой.
Почему Вы решили, что для переменных отсутствует строгая типизация. Первая латинская буква в имени переменной жестко определяет ее тип и этот тип не может быть переопределен. Наличие переменных неопределенного типа просто необходимо, хотя бы для взаимодействия с внешними источниками данных.
Хотя бы попытаться. Это очень полезно. Знаю по собстенному опыту.
Пытался понять, какое отношение Ваши комментарии имеют к теме статьи.
Как я понял, Вы наверно считаете, что речь в статье идет о Visual FoxPro.
Система KISS и Visual FoxPro - это абсолютно разные системы !
Единственное, что их объединяет – это общее ядро, представленное runtime-библиотеками Visual FoxPro и написанное (к сожалению не автором статьи) на языке с++.
Система KISS использует свой собственный язык программирования ULCA, не имеющий ничего общего с языком программирования Visual FoxPro и, как следствие этого, собственный компилятор, интерпретатор, редактор процедур, отладчик , IDE и т.п.
В Visual FoxPro 10 Автора Системы KISS интересует только 64-разрядное ядро Visual FoxPro, а не сама система (наверное, Вам уже понятно, почему).
Автор Системы KISS не делает никаких прогнозов о перспективе использования Visual FoxPro, но если бы его устраивал Visual FoxPro или какой-либо другой инструмент разработки клиентских приложений, то он не стал бы разрабатывать свою собственную Систему.