https://lib-tl3zl25qr54rxidovnjnbr4i.fit.wf/book/25364585/4a208bскачал только что, но еще не читал.

советую там зарегистрироваться.

ну если хотите могу так книгу куда-нибудь закинуть.

вот про эту книгу

https://delphi-books.com/en/Delphi-Event-based-and-Asynchronous-Programming.html

ну отзывы везде восторженные.

Вечером закину на облако и выложу ссылку, раз ленитесь зарегистрироваться на лучшей онлайн библиотеке.

а собственно все.
вот ссылка

https://cloud.mail.ru/public/Dot7/6obirEpTe

Delphi Event-based and Asynchronous Programming

да я просто увидел новую книгу и выложил ссылку.
еще даже сам не читал.
а насчет актуальности, по моему сейчас как раз все помешались на асинхронности, так что актуально.

ну я прочитаю.

в гуи тоже есть место асинхронности.

редактировать первое сообщение в теме не дает, сделаю заново.About Delphi Event-based and Asynchronous Programming
Event-based programming is everywhere. Nowadays, you can hardly write any kind of application without leaning on events and messages.

This simple, yet extremely powerful mechanism is also the cornerstone of asynchronous and multithreaded programming. Without events, we would not know when some task was completed.

But, asynchronous and multithreaded programming consists of more than just handling multiple threads, protecting shared resources, and synchronization. It also includes designing and understanding program flow. That design aspect is often forgotten, taken for granted, and solving all the fine-grained nuances of multithreaded programming hogs the spotlight.

Without understanding asynchronous flow and the bigger picture it can be hard to properly solve all the other issues, including multithreading. What used to be plain spaghetti code, now becomes temporal spaghetti.

You can lose control over your objects, have bits of code creating and releasing them all over the place, even without adding multithreading into the mix. Memory leaks, crashes, and holding references to dead data long after its destruction are perfectly possible even in a singlethreaded environment.

While the starting point of this book is giving a proper introduction to event-based and asynchronous programming flow and design, it also provides the necessary implementation details, explanations and code examples needed to put those designs into practice.

Table of content
Part I. - Sections 1-4 Introduction 1. The Loop Hidden complexity Peeking at the console Main event loop Event-based programming Pushmi-pullyu Game loop 2. Messaging Systems Windows messaging system Windows messaging system in VCL Custom messaging systems and patterns System.Messaging 3. Life, the Universe, and Everything Life, the Universe, and Everything Automatic memory management Interfaces Class helpers Anonymous methods and lambdas 4. Asynchronous Programming and Multithreading Asynchronous programming and multithreading Making the first dive... Application.ProcessMessages Application.ProcessMessages reentrancy problem Moving long operations to a background thread Asynchronous message dialog Tasks Futures Coming in Part II. on December 11, 2020 Part II. - Sections 5 & 6 5. Thread Safety What is thread safety anyway? The importance of thread safety Achieving thread safety Avoiding shared data Protecting shared data 6. GUI and Multithreading Main (GUI) thread Communicating with the main thread ...

https://cloud.mail.ru/public/Dot7/6obirEpTe

да все кто хотел скорее всего уже скачали.
уже не важно )

Не совсем новая (2019), но любопытно.

ссылка для скачивания
https://cloud.mail.ru/public/1KND/xbMLrR7a4

Creating Gear: An interpreter written in Free Pascal using an external tree visitor pattern
Jeroen de Haan

This is a no-nonsense book about creating an interpreted programming language, named “Gear”, using an external visitor pattern. Why Gear? No particular reason, I just like the sound of it…
In this book I won’t describe a lot of theory, as there are plenty of good books out there. As a matter of fact, I do recommend reading a few of them, such as:

- Writing Compilers and Interpreters, A software emgineering approach (Ronald Mak)

- Language Implementation Patterns (Terence Parr)

Then, there are hands-on websites/blogs that describe and create an interpreter on-the-go:

- Let’s build a simple interpreter (https://ruslanspivak.com/lsbasi-part1/) (Ruslan Spivak)

- Crafting Interpreters (http://craftinginterpreters.com) (Bob Nystrom)

These books/blogs use Java or Python as programming language.

The code in this book is based on the programming language Object Pascal, a modern pascal version, and the free downloadable IDE ‘Lazarus’. Lazarus/Free Pascal is available for Windows, Linux, OSX, and many other Operatig Systems. It’s slogan is: ‘Write once, compile anywhere’! The website and download links are available at: http://www.lazarus-ide.org/index.php. For this book I use version 2.0.4 (or later) of Lazarus and version 3.04 (or later) of Free Pascal.

начал листать, плохая книга.
не качайте )

Дальше листаю, а в принципе, может неплохая.
Просто он там начинает делать свой интерпретатор с верхнего уровня.
Ничего еще не определено.
Дальше полистал, он потом начинает разворачивать.

Может и есть в этом смысл.
Я всё жду, когда появится пиратская копия аналогичной по Делфи.

я еще ту, по асинрону не дочитал, отвлекся на художественную )

Блин, времени нет позаниматься по книжкам.
Интерпретатор реально интересно, просто для развлечения.
Но работаю пока на двух работах, и выходные заняты.
Остается просто вечерами читать, без практики.

Сайт с новыми книгами (правда без ссылок для скачивания).
https://delphi-books.com/en/livres-par-date.html

я пока охочусь за этой (трехтомник)

Понял я что не так с этой книгой.
Она предплагает, что вы уже умеете делать интерпретаторы, просто захотели сделать еще один на паскале.

Я сейчас начал делать интерпретатор по этой книге, там с азов, и вообще по максимуму упрощенно.
Единственно недостаток что на GO.
Я переделываю на c# (хотя шарп тоже не особо знаю).

https://cloud.mail.ru/public/8S4m/Xty73Rd3s

разбираю выражение
let five = 5;

до чисел еще не добрался )
вывод пар ТипТокена + литерал.

Добрался :)

чьорт, тело функции пропустил в исходном коде.

так лучше

Заглядываю сейчас время от времени в книжку интерпретатор на паскале, сравнить как там то или иное реализовано.
Паскаль все-таки красивый язык.

Вон как просто, и проверять вхождение обычным in.
На Go отдельные методы для подобных проверок.PS
пора наверно отдельную тему для интерпретаторов.