Модула-3 - Modula-3

Модула-3
Модуль-3.svg
Парадигмаимператив, структурированный, процедурный, модульный, одновременный
СемьяВирт Modula
РазработаноЛука Карделли Джеймс Донахью, Люсиль Глассман, Мик Джордан; Билл Калсо, Грег Нельсон
РазработчикиDEC
Olivetti
elego Software Solutions GmbH
Впервые появился1988; 32 года назад (1988)
Стабильный выпуск
5.8.6 / 14 июля 2010 г.; 10 лет назад (2010-07-14)
Предварительный выпуск
5.8.6 / 14 июля 2010 г.; 10 лет назад (2010-07-14)
Печатная дисциплинасильный, статический, безопасный или если небезопасно явно безопасный изолированный
ПлатформаIA-32, x86-64, PowerPC, SPARC
Операционные системыКроссплатформенность: FreeBSD, Linux, Дарвин, SunOS
Интернет сайтwww.modula3.org
Основной реализации
SRC Модула-3, СМ3,[1] PM3,[2] EZM3,[3] M3 / PC Клагенфурт[4]
Под влиянием
АЛГОЛ, Евклид, Меса, Модула-2, Модула-2 +, Оберон, Паскаль
Под влиянием
C #, Ява, Ним,[5] OCaml, Python[6]

Модула-3 это язык программирования задуманный как преемник обновленной версии Модула-2 известный как Модула-2 +. Хотя он оказал влияние в исследовательских кругах (оказал влияние на дизайн таких языков, как Ява, C #, и Python[7]) он не получил широкого распространения в промышленности. Он был разработан Лука Карделли, Джеймс Донахью, Люсиль Глассман, Мик Джордан (ранее в Olivetti Лаборатория программных технологий), Билл Калсо и Грег Нельсон на Корпорация цифрового оборудования (DEC) Центр системных исследований (SRC) и Olivetti Исследовательский центр (ORC) в конце 1980-х гг.

Основными особенностями Modula-3 являются простота и безопасность при сохранении мощи языка системного программирования. Модула-3 призвана продолжить Паскаль традиции безопасности типов, вводя новые конструкции для практического программирования в реальном мире. В частности, в Modula-3 добавлена ​​поддержка общее программирование (похожий на шаблоны ), многопоточность, Обработка исключений, вывоз мусора, объектно-ориентированного программирования, частичное выявление и явное обозначение небезопасного кода. Целью разработки Modula-3 был язык, реализующий наиболее важные функции современного императивное программирование языки в довольно простых формах. Таким образом, якобы опасные и усложняющие функции, такие как множественное наследование и перегрузка оператора были опущены.

Историческое развитие

Проект Модула-3 стартовал в ноябре 1986 г., когда Морис Уилкс написал в Никлаус Вирт с некоторыми идеями для новой версии Modula. Незадолго до этого Уилкс работал в DEC, а затем вернулся в Англию и присоединился к Совету по стратегии исследований Оливетти. Вирт уже перешел на Оберон, но у него не было проблем с продолжением разработки команды Уилкса под названием Modula. Определение языка было завершено в августе 1988 года, а обновленная версия - в январе 1989 года. Вскоре последовали компиляторы от DEC и Olivetti, а после этого были реализованы сторонние реализации.

На его дизайн сильно повлияла работа над Модула-2 + язык, используемый в SRC и Желудь Компьютеры Исследовательский центр (ARC, позже ORC, когда Olivetti приобретенный Acorn) в то время, который был языком операционной системы для DEC Firefly мультипроцессор VAX была написана рабочая станция, в которой Acorn Compiler for Acorn C и Modula Execution Library (CAMEL) в ARC для ARX проект операционной системы РУКА основан Желудь Архимеда был написан ассортимент компьютеров. Как говорится в пересмотренном отчете Modula-3, на этот язык повлияли другие языки, такие как Меса, Кедр, Object Pascal, Оберон и Евклид.[8]

В 1990-е годы Modula-3 приобрел значительную популярность в качестве учебного языка, но так и не получил широкого распространения в промышленности. Этому, возможно, способствовала кончина DEC, ключевого сторонника Modula-3 (особенно когда она перестала эффективно поддерживать его до того, как DEC была продана компании). Compaq в 1998 г.). В любом случае, несмотря на простоту и мощность Модулы-3, похоже, что спрос на процедурные компилируемый язык с ограниченной реализацией объектно-ориентированного программирования. Какое-то время реклама компилятор названный CM3, поддерживаемый одним из главных разработчиков DEC SRC, который был нанят до того, как DEC была продана компании Compaq, интегрированная среда развития (IDE) с именем Reactor и расширяемым Виртуальная машина Java (под лицензией бинарный код и исходный код форматы и возможность сборки с помощью Reactor) были предложены Critical Mass, Inc., но эта компания прекратила активную деятельность в 2000 году и передала часть исходного кода своих продуктов компании elego Software Solutions GmbH. Модула-3 сейчас преподается в университетах в основном на курсах сравнительного языка программирования, а его учебники больше не издаются. По сути, единственным корпоративным сторонником Modula-3 является компания elego, которая унаследовала исходные коды от Critical Mass и с тех пор сделала несколько выпусков системы CM3 в исходном и двоичном коде. Reactor IDE была выпущена с открытым исходным кодом после того, как несколько лет назад ее не было, под новым названием CM3-IDE. В марте 2002 года компания elego также приобрела репозиторий другого активного дистрибутива Modula-3, PM3, который до тех пор поддерживался в École Polytechnique de Montréal но который позже продолжился работой над HM3, с годами улучшался, пока не был устаревшим.

Синтаксис

Типичный пример языковой синтаксис это "Привет, мир!" программа.

 МОДУЛЬ Главный;  ИМПОРТ IO; НАЧИНАТЬ   IO.Положить("Привет, мир  n") КОНЕЦ Главный.

Все программы в Modula-3 имеют по крайней мере файл модуля, в то время как большинство также включают файл интерфейса, который используется клиентами для доступа к данным из модуля. Как и в других языках, программа Modula-3 должна экспортировать основной модуль, который может быть либо файлом с именем Main.m3, либо файлом, который может вызывать ЭКСПОРТ для экспорта основного модуля. 

МОДУЛЬ Фу ЭКСПОРТ Главный

Рекомендуется, чтобы имена файлов модулей совпадали с именами в исходном коде. Если они отличаются, компилятор выдает только предупреждение.

Другие соглашения в синтаксисе включают присвоение имени экспортируемому типу интерфейса. Т, поскольку типы обычно квалифицируются своими полными именами, поэтому тип Т внутри модуля с именем Foo будет называться Оплачивать. Это способствует удобочитаемости. Другое аналогичное соглашение - присвоение имени общедоступному объекту Общественные как в примерах ООП выше.

Особенности языка

Модульность

В первую очередь, все скомпилированные модули либо ИНТЕРФЕЙС или реализация МОДУЛЬs, того или иного аромата. Скомпилированный модуль интерфейса, начинающийся с ключевого слова ИНТЕРФЕЙС, определяет константы, типы, переменные, исключения и процедуры. Модуль реализации, начиная с ключевого слова МОДУЛЬ, предоставляет код и любые другие константы, типы или переменные, необходимые для реализации интерфейса. По умолчанию модуль реализации будет реализовывать интерфейс с тем же именем, но модуль может явно ЭКСПОРТ к модулю с другим именем. Например, основная программа экспортирует модуль реализации для основного интерфейса.

 МОДУЛЬ Привет, мир ЭКСПОРТ Главный;  ИМПОРТ IO; НАЧИНАТЬ   IO.Положить("Привет, мир  n") КОНЕЦ Привет, мир.

Любой скомпилированный модуль может ИМПОРТ другие интерфейсы, хотя циклический импорт запрещен. Это можно решить, выполнив импорт из МОДУЛЯ реализации. Сущности в импортированном модуле могут быть импортированы вместо только имени модуля, используя FROM Module IMPORT Item [, Item] * синтаксис:

 МОДУЛЬ Привет, мир ЭКСПОРТ Главный;  ИЗ IO ИМПОРТ Положить; НАЧИНАТЬ   Положить("Привет, мир  n") КОНЕЦ Привет, мир.

Обычно импортируется только интерфейс, а для доступа к элементам в интерфейсе используется нотация «точка» (аналогично доступу к полям в записи). Типичное использование - определение одного структура данных (запись или объект) на интерфейс вместе с любыми процедурами поддержки. Здесь основной тип получит имя 'T', а один используется как в MyModule.T.

В случае конфликта имен между импортированным модулем и другим объектом в модуле зарезервированное словоВ КАЧЕСТВЕ можно использовать как в ИМПОРТ CollidingModule AS X;

Безопасный vs небезопасный

Некоторая возможность считается небезопасной, когда компилятор больше не может гарантировать, что результаты будут согласованными; например, при взаимодействии с C язык. Ключевое слово НЕБЕЗОПАСНЫЙ с префиксом перед ИНТЕРФЕЙС или же МОДУЛЬ, может использоваться, чтобы указать компилятору включить определенные низкоуровневые функции языка. Например, небезопасная операция - это обход системы типов с помощью LOOPHOLE копировать биты целого числа в плавающую точку НАСТОЯЩИЙ номер.

Интерфейс, который импортирует небезопасный модуль, также должен быть небезопасным. Безопасный интерфейс может быть экспортирован небезопасным модулем реализации. Это типичное использование при подключении к внешним библиотеки, где построены два интерфейса: один небезопасный, другой безопасный.

Дженерики

Общий интерфейс и соответствующий ему универсальный модуль с префиксом ИНТЕРФЕЙС или же МОДУЛЬ ключевое слово с GENERIC, и принять в качестве формальных аргументов другие интерфейсы. Таким образом (как Шаблоны C ++ ) можно легко определять и использовать абстрактные типы данных, но в отличие от C ++, детализация находится на уровне модуля. Интерфейс передается универсальному интерфейсу и модулям реализации в качестве аргументов, и компилятор сгенерирует конкретные модули.

Например, можно определить GenericStack, а затем создать его экземпляр с помощью таких интерфейсов, как IntegerElem, или же РеалЭлемили даже интерфейсы с объектами, если каждый из этих интерфейсов определяет свойства, необходимые для универсальных модулей.

Голые типы ЦЕЛОЕ, или же НАСТОЯЩИЙ не могут использоваться, потому что они не являются модулями, а система универсальных шаблонов основана на использовании модулей в качестве аргументов. Для сравнения, в шаблоне C ++ будет использоваться пустой тип.

ФАЙЛ: IntegerElem.i3

 ИНТЕРФЕЙС IntegerElem; CONST Имя = "Целое число"; ТИП Т = ЦЕЛОЕ; ПРОЦЕДУРА Формат(Икс: Т): ТЕКСТ; ПРОЦЕДУРА Сканировать(текст: ТЕКСТ; VAR Икс: Т): BOOLEAN; КОНЕЦ IntegerElem.

ФАЙЛ: GenericStack.ig

 GENERIC ИНТЕРФЕЙС GenericStack(Элемент); (* Здесь Element.T - это тип, который будет храниться в универсальном стеке. *) ТИП    Т = Общественные ОБЪЕКТ;    Общественные = ОБЪЕКТ    МЕТОДЫ        в этом(): TStack;        формат(): ТЕКСТ;        пусто(): BOOLEAN;        считать(): ЦЕЛОЕ;        толкать(вяз: Элемент.Т);        поп(VAR элем: Элемент.Т): BOOLEAN;    КОНЕЦ; КОНЕЦ GenericStack.

ФАЙЛ: GenericStack.mg

 GENERIC МОДУЛЬ GenericStack(Элемент); < ... общий выполнение Детали... > ПРОЦЕДУРА Формат(себя: Т): ТЕКСТ = VAR    ул: ТЕКСТ; НАЧИНАТЬ    ул := Элемент.Имя & "Куча{";    ЗА k := 0 К себя.п -1 ДЕЛАТЬ        ЕСЛИ k > 0 ТОГДА ул := ул & ", "; КОНЕЦ;            ул := ул & Элемент.Формат(себя.обр[k]);    КОНЕЦ;    ул := ул & "};";    ВОЗВРАЩАТЬСЯ ул; КОНЕЦ Формат; < ... более общий выполнение Детали... > КОНЕЦ GenericStack.

ФАЙЛ: IntegerStack.i3

ИНТЕРФЕЙС IntegerStack = GenericStack(IntegerElem) КОНЕЦ IntegerStack.

ФАЙЛ: IntegerStack.m3

МОДУЛЬ IntegerStack = GenericStack(IntegerElem) КОНЕЦ IntegerStack.

Прослеживаемость

Любой идентификатор можно проследить до того места, где он возник, в отличие от функции включения в других языках. Скомпилированный модуль должен импортировать идентификаторы из других скомпилированных модулей, используя ИМПОРТ утверждение. Даже в перечислениях используется то же «точечное» обозначение, которое используется при доступе к полю записи.

ИНТЕРФЕЙС А;ТИП Цвет = {Чернить, коричневый, красный, апельсин, Желтый, Зеленый, Синий, фиолетовый, серый, белый};КОНЕЦ А;
МОДУЛЬ B;ИМПОРТ А;ИЗ А ИМПОРТ Цвет;VAR  цвет: А.Цвет;  (* Использует имя модуля как префикс *)  цвет: Цвет;  (* Имя модуля не используется в качестве префикса *)  другойЦвет: А.Цвет;НАЧИНАТЬ  цвет := А.Цвет.коричневый;  цвет := Цвет.красный;  другойЦвет := Цвет.апельсин;  (* Нельзя просто использовать оранжевый *)КОНЕЦ B.

Динамическое размещение

Modula-3 поддерживает размещение данных в время выполнения. Можно выделить два типа памяти: ОТСЛЕЖЕННЫЙ и НЕПРАВИЛЬНЫЙ, разница в том, уборщик мусора видно это или нет. НОВЫЙ() используется для распределения данных любого из этих классов памяти. В НЕБЕЗОПАСНЫЙ модуль УТИЛИЗАЦИЯ доступен для освобождения неотслеживаемой памяти.

Объектно-ориентированный

В Modula-3 можно использовать методы объектно-ориентированного программирования, но их использование не требуется. Многие другие функции, предоставляемые в Modula-3 (модули, обобщения), обычно могут заменять объектную ориентацию.

Поддержка объекта намеренно сведена к простейшим условиям. Тип объекта (называемый «классом» в других объектно-ориентированных языках) вводится с ОБЪЕКТ объявление, имеющее по существу тот же синтаксис, что и ЗАПИСЫВАТЬ объявление, хотя тип объекта является ссылочным типом, тогда как RECORD в Modula-3 нет (аналогично структурам в C). Экспортируемые типы обычно называются T по соглашению и создают отдельный «общедоступный» тип для предоставления методов и данных. Например:

ИНТЕРФЕЙС Человек;ТИП Т <: Общественные;  Общественные = ОБЪЕКТ   МЕТОДЫ    getAge(): ЦЕЛОЕ;    в этом(имя: ТЕКСТ; возраст: ЦЕЛОЕ): Т;  КОНЕЦ;КОНЕЦ Человек.

Это определяет интерфейс Человек с двумя типами, Т, и Общественные, который определяется как объект с двумя методами, getAge () и в этом(). Т определяется как подтип Общественные за счет использования <: оператор.

Чтобы создать новый Person.T объект, используйте встроенную процедуру НОВЫЙ с методом в этом() в качестве 

VAR Джим := НОВЫЙ(Человек.Т).в этом("Джим", 25);

Модула-3 РАСКРЫТЬ construct предоставляет концептуально простой и чистый, но очень мощный механизм для сокрытия деталей реализации от клиентов с произвольно большим количеством уровней дружелюбие. Использовать РАСКРЫТЬ чтобы показать полную реализацию Человек интерфейс сверху.

МОДУЛЬ Человек;РАСКРЫТЬ Т = Общественные БРЕНДОВЫЙ ОБЪЕКТ   имя: ТЕКСТ;   (* Эти две переменные *)  возраст: ЦЕЛОЕ; (* частные. *)ПЕРЕАДРЕСАЕТ  getAge := Возраст;  в этом := В этом;КОНЕЦ;ПРОЦЕДУРА Возраст(себя: Т): ЦЕЛОЕ =  НАЧИНАТЬ    ВОЗВРАЩАТЬСЯ себя.возраст;  КОНЕЦ Возраст;ПРОЦЕДУРА В этом(себя: Т; имя: ТЕКСТ; возраст: ЦЕЛОЕ): Т =  НАЧИНАТЬ    себя.имя := имя;    себя.возраст := возраст;  ВОЗВРАЩАТЬСЯ себя;  КОНЕЦ В этом;НАЧИНАТЬКОНЕЦ Человек.

Обратите внимание на использование БРЕНДОВЫЙ ключевое слово, которое «маркирует» объекты, чтобы сделать их уникальными и избежать структурной эквивалентности. БРЕНДОВЫЙ также может принимать строку в качестве аргумента, но, если он опущен, для вас создается уникальная строка.

Modula-3 - один из немногих языков программирования, который требует, чтобы внешние ссылки из модуля были строго квалифицированы. То есть ссылка в модуле А к объекту Икс экспортировано из модуля B должен принять форму B.x. В Модуле-3 невозможно импортировать все экспортированные имена из модуля.

Из-за требований языка к уточнению имени и переопределению метода невозможно сломать работающую программу, просто добавив новые объявления в интерфейс (любой интерфейс). Это делает возможным одновременное редактирование больших программ многими программистами, не беспокоясь о конфликтах имен; а также позволяет редактировать библиотеки основных языков с твердым пониманием того, что никакая существующая программа не будет сломанный в процессе.

Исключения

Обработка исключений основан на ПЫТАТЬСЯ...КРОМЕ блочная система, которая с тех пор[нужна цитата ] стать обычным явлением. Одна функция, которая не была принята на других языках[нужна цитата ], за заметными исключениями Delphi, Python[1], Scala[2] и Visual Basic.NET, это что КРОМЕ конструкция определила форму оператор переключения с каждым возможным исключением в отдельном предложении EXCEPT. Modula-3 также поддерживает ПЕТЛЯ...ВЫХОД...КОНЕЦ построить эти циклы до тех пор, пока ВЫХОД возникает структура, эквивалентная простому циклу внутри ПЫТАТЬСЯ...КРОМЕ пункт.

Многопоточный

Язык поддерживает использование многопоточности и синхронизацию между потоками. В рамках библиотека времени исполнения (m3core) с именем Thread, который поддерживает использование многопоточных приложений. Среда выполнения Modula-3 может использовать отдельный поток для внутренних задач, таких как сборка мусора.

Встроенная структура данных MUTEX используется для синхронизации нескольких потоков и защиты структур данных от одновременного доступа с возможным повреждением или условиями гонки. В ЗАМОК оператор вводит блок, в котором заблокирован мьютекс. Разблокировка MUTEX подразумевается выходом локуса выполнения кода из блока. В MUTEX является объектом, и поэтому другие объекты могут быть производными от него.

Например, в ввод, вывод (I / O) раздел библиотеки libm3, читатели и писатели (Rd.T и Wr.T) являются производными от MUTEX, и они блокируют себя перед доступом или изменением любых внутренних данных, таких как буферы.

Резюме

Таким образом, особенности языка:

Modula-3 - один из редких языков, эволюция функций которого задокументирована.

В Системное программирование с помощью Modula-3, интенсивно обсуждаются четыре основных момента языкового дизайна. К этим темам относятся: структурная эквивалентность и эквивалентность имен, правила выделения подтипов, общие модули и режимы параметров, такие как ТОЛЬКО ЧТЕНИЕ.

Стандартные функции библиотеки

Продолжая тенденцию, начатую с C язык, многие функции, необходимые для написания реальных программ, были исключены из определения языка и вместо этого предоставлялись через стандартная библиотека набор. Большинство интерфейсов ниже подробно описаны в[9]

Стандартные библиотеки, предоставляющие следующие возможности. Они называются стандартными интерфейсами и требуются (должны быть предоставлены) на языке.

  • Текст: Операции с неизменяемыми строковыми ссылками, называемые ТЕКСТs
  • Thread: Операции, относящиеся к потокам, включая MUTEX, условная переменная и приостановка потока. Библиотека потоков обеспечивает упреждающее переключение потоков.
  • Слово: побитовые операции с целыми числами без знака (или машинными словами). Обычно реализуется непосредственно компилятором
  • Интерфейсы с плавающей точкой

Некоторые рекомендуемые интерфейсы реализованы в доступных реализациях, но не требуются

  • Lex: для анализа номера и других данных
  • Fmt: форматирование различных типов данных для печати
  • Пкл (или Рассол): Сериализация объекта любых ссылочных типов, доступных сборщику мусора
  • Таблица: Общие модули для карты

Как и в C, ввод-вывод также предоставляется через библиотеки, в Modula-3 это называется Rd и Wr. Объектно-ориентированный дизайн библиотек Rd (читатели) и Wr (писатели) подробно описан в книге Грега Нельсона. Интересным аспектом Modula-3 является то, что это один из немногих языков программирования, стандартные библиотеки которых были официально проверены на отсутствие различных типов ошибок, включая ошибки блокировки. Это было сделано под эгидой Лиственницы / Модула-3 (см. Семейство лиственничных )[10] и Расширенная статическая проверка[11] проекты в Центр системных исследований DEC.

Реализации

Доступно несколько компиляторов, большинство из них Открытый исходный код.

  • DEC-SRC M3, оригинал.[12]
  • Исследовательский центр Olivetti (ORC) Набор инструментов Modula-3, первоначально представлявший собой компилятор, теперь доступен в виде библиотеки для синтаксического, лексического и семантического анализа программ Modula-3.[13]
  • Критическая масса CM3, другой преемник DEC-SRC M3
  • Polytechnique Montreal Modula-3 PM3, преемник DEC-SRC M3, в настоящее время сливается с CM3
  • EzM3, независимая легкая и легко переносимая реализация, разработанная совместно с CVSup.
  • HM3, преемник PM3-1.1.15 версии PM3, с поддержкой нативной потоковой передачи с использованием NPTL
  • CM3, преемник Critical Mass CM3. Это единственная актуальная, поддерживаемая и развиваемая реализация. Релизы доступны с http://www.opencm3.net/releng/.

Поскольку единственный аспект структур данных C, который отсутствует в Modula-3, - это тип объединения, все существующие реализации Modula-3 могут обеспечить хорошее бинарный код совместимость с объявлениями типа языка C массивы и структуры.

Книги

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

  • Грег Нельсон, изд., Системное программирование с помощью Modula-3 Исчерпывающий справочник по языку Modula-3 с интересными статьями по построению программного обеспечения объектно-ориентированных систем и документацией обсуждения, ведущего к окончательным характеристикам языка. Некоторые из них были раньше (см.[8] для второй главы[14] для главы четвертой,[15] для пятой главы[16] для главы шестой) и некоторых сзади (см.[17] для Главы 1 и более обновлены две, таким образом, обе предыдущие версии определения языка[8] и,[9] для главы три и[18] для седьмой главы) опубликованных версий большинства из восьми глав, отдельно доступных из предыдущих Центр системных исследований DEC (SRC) как отчеты об исследованиях для загрузки.
  • Сэмюэл П. Харбисон, Модула-3 Простой в использовании классный учебник.
  • Роберт Седжвик, Алгоритмы в Модуле-3
  • Ласло Босорменьи и Карстен Вайх, Программирование в Modula-3: Введение в программирование со стилем
  • Ренцо Орсини, Агостино Кортези Программа в Modula-3: введение всех императивных программ и объектов итальянская книга языка, объясняющая его основные особенности.

Проекты с использованием Модула-3

Программное обеспечение, которое программируется Модула-3, включает:

  • В ВРАЩЕНИЕ Операционная система
  • CVSup репозиторий программного обеспечения программа синхронизации
  • В Косой язык, который использует возможность сетевых объектов Modula-3 прозрачно перемещать объекты по локальным сетям, обеспечивая распределенную возможность объектно-ориентированной парадигмы программирования Modula-3. Он использовался для создания распределенных приложений, компьютерной анимации и приложений веб-программирования в форме расширения сценариев для Modula-3.

Влияния на другие языки программирования

Хотя Modula-3 не получил статуса мейнстрима, некоторые части дистрибутива DEC-SRC M3 получили. Вероятно, наиболее влиятельной частью была библиотека сетевых объектов, которая легла в основу первой реализации Java Remote Method Invocation (RMI), включая сетевой протокол. Только когда Солнце переместилось из Общая архитектура брокера объектных запросов (CORBA) стандарта Протокол на основе IIOP было это упало. Документация Java по вывоз мусора удаленных объектов по-прежнему относятся к новаторской работе, проделанной для сетевых объектов Modula-3.[19] Реализация классов в Python также была вдохновлена ​​механизмом классов, найденным в C ++ и Modula-3.[20]Также язык Ним использует некоторые аспекты Модулы-3, такие как прослежено против неотслеживаемого указатели.

Рекомендации

  1. ^ «Модуль критической массы-3 (CM3)». Модуль критической массы-3. elego Software Solutions GmbH. Получено 2020-03-21.
  2. ^ «Политехнический модуль Монреаля-3 (PM3): что это такое». Политехнический Монреальский модуль-3. elego Software Solutions GmbH. Получено 2020-03-21.
  3. ^ Полстра, Джон Д. (9 ноября 2006 г.). "Ezm3: более простое распределение Modula-3". CVSup.org. Архивировано из оригинал 10 апреля 2013 г.. Получено 2020-03-21.
  4. ^ Weich, Карстен. "M3 / PC Klagenfurt 96: среда Modula-3 для MS-DOS". Кафедра информатики. Клагенфуртский университет. Архивировано из оригинал 20 мая 2000 г.. Получено 2020-03-21.
  5. ^ Пичета, Доминик; Locurcio, Гюго. "Часто задаваемые вопросы". Получено 2020-03-21.
  6. ^ ван Россум, Гвидо (май 1996 г.). "Программирование на Python: предисловие (1-е изд.)". Python.org. Получено 2020-03-21.
  7. ^ «Часто задаваемые вопросы по дизайну и истории: почему« self »должно явно использоваться в определениях и вызовах методов?». Python.org. 21 марта 2020 г.. Получено 2020-03-21.
  8. ^ а б c Отчет Модула-3 (доработанный) Лука Карделли, Джеймс Донахью, Люсиль Глассман, Мик Джордан, Билл Калсо, Грег Нельсон. Центр системных исследований DEC (SRC) Отчет об исследовании 52 (ноябрь 1989 г.)
  9. ^ а б Некоторые полезные интерфейсы Modula-3 Джим Хорнинг, Билл Калсо, Пол МакДжонс, Грег Нельсон. Центр системных исследований DEC (SRC) Отчет об исследовании 113 (декабрь 1993 г.)
  10. ^ LM3 Кевин Д. Джонс. Центр системных исследований DEC (SRC) Отчет об исследовании 72 (июнь 1991 г.)
  11. ^ Расширенная статическая проверка Дэвид Л. Детлефс, К. Рустан М. Лейно, Грег Нельсон, Джеймс Б. Сакс. Отчет Compaq SRC Research Report 159 (декабрь 1998 г.)
  12. ^ SRC Modula-3 3.3[постоянная мертвая ссылка ] Билл Калсо и Эрик Мюллер. Digital Equipment Corporation (январь 1995 г.)
  13. ^ Джордан, Мик (1990). «Расширяемая среда программирования для Modula-3». SIGSOFT Softw. Англ. Примечания. 15 (6): 66–76. Дои:10.1145/99278.99285. Получено 2009-09-08.
  14. ^ Введение в программирование с помощью потоков Эндрю Д. Биррелл. Центр системных исследований DEC (SRC) Отчет об исследовании 35 (январь 1989 г.)
  15. ^ Примитивы синхронизации для мультипроцессора: формальная спецификация А. Д. Биррелл, Дж. В. Гуттаг, Дж. Дж. Хорнинг, Р. Левин. Центр системных исследований DEC (SRC) Отчет об исследовании 20 (август 1987 г.)
  16. ^ Потоки ввода-вывода: абстрактные типы, реальные программы Марк Р. Браун и Грег Нельсон. Центр системных исследований DEC (SRC) Отчет об исследовании 53 (ноябрь 1989 г.)
  17. ^ Справочное руководство Modula-3 Лука Карделли, Джеймс Донахью, Люсиль Глассман, Мик Джордан, Билл Калсо, Грег Нельсон. Центр системных исследований DEC (SRC) (февраль 1995 г.)
  18. ^ Учебник по эстакаде Марк С. Манассе и Грег Нельсон. Центр системных исследований DEC (SRC) Отчет об исследовании 69 (май 1992 г.)
  19. ^ Сборка мусора удаленных объектов, Документация по удаленному вызову метода Java для Java SE 8.
  20. ^ Классы, Официальная документация Python.

внешняя ссылка