Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  15:21[Войти] | [Зарегистрироваться]
Обсуждение темы:
Оберон-технология: особенности и перспективы


Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение. 

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 6256 сообщений

Добавить свое сообщение

Отслеживать это обсуждение

Обсуждение из раздела
Школа ОБЕРОНА

<<<... | 3846—3837 | 3836—3827 | 3826—3817 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 243


№ 3836   12-04-2007 14:58 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3831« (Jack Of Shadows)
___________________________

Понятно, ковровое бомбометание.

Джек, Ваша деятельность в роли адвоката похвальна, особенно если учесть что обиду высказал один представитель Оберон-сообщества другому. А за "потерпевшего" вступился настоящий рыцарь из ФП-сообщества.

Может, лучше не будем отвлекаться на эти глупости, равно как и на кассы и иже с ними? Есть, что сказать по сути -- вперед. Эмоции понятны, но давайте будем хоть немного уважать друг друга. Пользы для дела будет больше.


№ 3835   12-04-2007 14:46 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3831« (Jack Of Shadows)
___________________________

>>>Понятно, ковровое бомбометание. Однако конкретному человеку попавшему под вашу оценку легче ведь не становится.

Jack, я вообще ни в кого не метил. Ни во Владимира, ни в ковры. :)
Я просто напомнил известный анекдот.
Мол, люди посмеются и перестанут предъявлять к нашей ветке чрезмерные требования.
Когда эта ветка затевалась, Царствия Небесного здесь вроде бы никому не обещали.
 AVC


№ 3834   12-04-2007 14:39 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3832« (Jack Of Shadows)
___________________________

В Hugs и YHC также требуется соблюдение этого правила.


№ 3833   12-04-2007 14:39 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3832« (Jack Of Shadows)
___________________________

Конкретная реализация хаскеля, а именно GHC требует соблюдение этого правила и выдает ошибку компиляции при его нарушении.
А поскольку GHC и является хрестоматийным хаскелем то можно говорить и о гарантиях.


В таком случае -- конечно. Хотя Glasgow Haskell (в GHC) и Haskell 98 -- расходятся. Пункты расхождения отмечены в User Guide по GHC. Я, кстати, там не нашел фиксацию этого момента (гарантированной проверки соглашения об именовании). Если это есть только в рамках реализации и не задокументировано в ней, ценность гарантии, увы, падает.


№ 3832   12-04-2007 14:26 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3825« (Руслан Богатырев)
___________________________
Как я понял из описания The Haskell 98 Report (Revised), это всего лишь рекомендации. Если перед Вами отчужденный модуль человека, работавшего вне Вашей группы (где могут быть свои соглашения об именовании), то нет никаких гарантий в том, что рекомендации отчета по Хаскелю соблюдены. Разве нет?

Конкретная реализация хаскеля, а именно GHC требует соблюдение этого правила и выдает ошибку компиляции при его нарушении.
А поскольку GHC и является хрестоматийным хаскелем то можно говорить и о гарантиях.


№ 3831   Удалено модератором


№ 3830   12-04-2007 14:20 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3828« (Руслан Богатырев)
___________________________

These are the only constraints; for example, Int may simultaneously be the name of a module, class, and constructor within a single scope.
Кстати, что бы это значило? И зачем?


Поясню свое недоумение. В Обероне и КП четко зафиксировано в описании языка, что ни один идентификатор в данной области видимости не может обозначать более одной сущности. К тому же имена идентификаторов не могут пересекаться со служебными (зарезервированными) словами/идентификаторами (с учетом регистра и квалифицирующего импорта).


№ 3829   12-04-2007 14:10 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3818« (Владимир Лось)
___________________________


Мимо кассы!
Мои коллеги вас на смех подняли бы, как только узнали бы, кому вы эти слова адресовали! :о)))))


Владимир, я эти слова Вам и не адресовал.
Это был broadcast. :)
 AVC


№ 3828   12-04-2007 13:49 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3825« (Руслан Богатырев)
___________________________

These are the only constraints; for example, Int may simultaneously be the name of a module, class, and constructor within a single scope.

Кстати, что бы это значило? И зачем?


№ 3827   12-04-2007 13:49 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 3820« (Руслан Богатырев)
___________________________

Ответ на »сообщение 3809« (Мухтар )
___________________________

Сам язык Оберон/КП такие соглашения и контроль вроде бы не регламентирует. Кстати, а где есть такие правила применительно к BlackBox? Интересно посмотреть, ни разу не видел.

В ББ приняты простые правила: имена типов и процедур - с заглавной буквы, имена полей и переменных - со строчной. Слова отбиваются в стиле "верблюда".
В именах модулей первое слово (до скачка регистра) - имя подсистемы. Все остальное - имя файла модуля внутри подсистемы.


<<<... | 3846—3837 | 3836—3827 | 3826—3817 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 243


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования