RAD Studio 10.4. Новости за неделю

    В прошлую среду я сделал свой первый обзор доступной информации о предстоящем релизе RAD Studio 10.4 Sydney. Сегодня я подготовил его продолжение - краткий обзор информации о RAD Studio 10.4 Sydney, которая поступила за прошедшую неделю. Сразу скажу, что хорошая новость ждет только поклонников C++ Builder. А для разработчиков на Delphi прошлый мой обзор новостей был гораздо интереснее.

Доступ к private членам класса

    Неделю тому назад я начал писать небольшую заметку, где в коде был доступ к protected методу класса. В результате два предложения о нем вылились в отдельную статью "Доступ к protected членам класса", комментарии к которой натолкнули меня на мысль продолжить тему. Сегодня я рассмотрю несколько способов доступа к private членам класса.

RAD Studio 10.4. Что известно на сегодня

    В конце февраля 2020-го года Компания Embarcadero объявила о выпуске под кодовым названием "Denali" бета-версии RAD Studio 10.4. Бета программа уже закрыта и теперь речь уже идет о скором релизе. Недавно Embarcadero начала рассылать "pre-release sales offer" RAD Studio 10.4 Sydney. Да, путешествие по городам мира продолжается – релиз RAD Studio 10.4 получил кодовое название "Sydney". Давайте посмотрим, что, на текущий момент известно о предстоящем релизе.

Доступ к protected членам класса

	Я когда-то читал книгу еврейского писателя Шолом-Алейхема... У него там была занятная строка: "Если нельзя, но очень хочется, то можно"
	© Штирлиц "Семнадцать мгновений весны"

    Все члены класса обладают одним важным атрибутом – область видимости. Область видимости определяется специальными ключевыми словами private, protected, public, published и automated, которые называются модификаторами доступа. Сегодня я хочу сказать пару слов о модификаторе доступа protected. Члены класса, которые защищены им видны в любом классе являющимся его наследником и в том модуле, где описан класс. Эту область видимости можно сузить, если к модификатору "protected" добавить слово "strict", тогда эти члены класса увидят только его наследники.
    Зачем это надо? Например, за protected, а лучше за strict protected можно скрыть абстрактный метод. Это избавит программиста, который будет использовать класс, от желания вызвать этот метод. Но иногда авторы классов делают обычные методы protected. Самое печальное, что таким образом они скрывают много полезного. Зачем? Разумного объяснения этому я пока не слышал. Некоторые говорят, что причина в реализации одного из основных принципов ООП – инкапсуляции. Но инкапсуляция подразумевает под собой скрытие членов класса от посторонних глаз. А о какой инкапсуляции может вестись речь, если protected члены класса можно легко увидеть и использовать?

TIOBE Index снова понизил рейтинг Delphi

    Рейтинг популярности языков программирования TIOBE Index продолжает свой креатив в борьбе против Delphi. Я думал, что его автор успокоится после того, как в апрельском выпуске рейтинга по выдуманной причине исключил Delphi из топ-20. Но в мае была найдена новая причина, чтобы еще понизить рейтинг Delphi.

Первые тесты производительности FastMM 5

    По информации автора менеджер памяти FastMM производительность приложений, использующих FastMM 5-й версии выше, чем у использующих FastMM версии 4.992 в однопоточных тестах на 15%, а в многопоточных тестах на 30%. Так ли это? Давайте проверим и сравним скорость работы FastMM 4, который используется в Delphi 10.3, и FastMM 5.0.

Релиз FastMM 5

    Начиная с Delphi 2006 менеджер памяти Borland был заменен на FastMM4. С тех пор он используют в IDE RAD Studio и для приложений скомпилированных под Win32/Win64. Несколько дней тому назад автор FastMM Пьер ле Риш (Pierre le Riche) выложил на GitHub FastMM5.
    FastMM 5 полностью переписан с нуля. Новая версия одновременно сохранила сильные стороны версии 4.992 и устранила ее недостатки: