Файл: Международные и отечественные стандарты языков программирования. Сходство и отличия стандартов (Организация ANSI).pdf

Отдельные типы сетей в настоящее время стандартизованы Институтом Инженеров по Электротехнике и Радиоэлектронике (IEEE - Institute of Electrical and Electronics Engineers). Соответствующие стандарты определяют структуру сетей на физическом и канальном уровне модели OSI. Эти уровни в определенном смысле перекрываются друг с другом, поэтому стандарты описывают как физическую среду передачи данных, так и методы передачи пакетов. Другими словами, вы сможете узнать, как будет вести себя сеть, удовлетворяющая этим стандартам, и как эта сеть должна быть сконструирована для выполнения требуемых задач. Далее приводится обзор некоторых стандартов IEEE, ссылки на которые вы, вероятно, встретите, когда будете иметь дело с организацией сетей. Все эти стандарты начинаются с цифры 802, поскольку за поддержку стандартов в области локальной сети отвечает 802-й комитет IEEE. В 1980 году в институте IEEE был организован "Комитет 802 по стандартизации локальных сетей", в результате работы которого было принято семейство стандартов IEEE 802.х, которые содержат рекомендации для проектирования нижних уровней локальных сетей. Позже результаты его работы легли в основу комплекса международных стандартов ISO 8802-1...5. Эти стандарты были созданы на основе очень распространенных фирменных стандартов сетей Ethernet, ArcNet и Token Ring.

Стандарт 802.2 определяет правила передачи данных на канальном уровне для сетевых топологий, определенных в стандартах 802.3 - 802.5. Они применимы как к сетям Token Ring, так и к Ethernet, и описывают взаимодействие между сетевыми протоколами, например, TCP/IP, и сетями различных типов. Стандарт 802. 2 предусматривает функционирование сетей в режиме без соединения (для протоколов, которые не требуют установления явного соединения) или в режиме, ориентированном на соединение, (т. е. предназначенном для протоколов, требующих явного установления соединения).

В стандарте IEEE канальный уровень разделяется на два подуровня: подуровень связи логических каналов (LLC -- Logical Link Connection), называемый также уровнем соединения канала передачи данных (DLC - Data Link Connection), и на подуровень управления доступом к среде передачи (MAC - Media Access Control). На LLC-уровне обеспечивается управление интерфейсом между всеми сетевыми топологиями и их протоколами передачи данных (сетевого уровня). Для выполнения этой задачи средства LLC-уровня опираются на средства уровня MAC, предоставляющего определенные сведения об адресации информации. Используемый же метод адресации информации определяется типом сети.

Пытаясь разработать стандарт сети, менее склонной к конфликтам, чем не предусмотрено стандартом 802. 3, подкомитет IEEE 802. 4 разработал такое сочетание шинной и кольцевой топологий, которое обеспечивает передачу информации через кольцо, но использует для этого физическую шинную топологию. Стандарт 802. 4 разработан как результат учета того, что компьютеры склонны к тем же недостаткам, что и люди - стоит дать им хоть малейшую возможность, как они начинают перебивать друг друга при разговоре. Рассматривая эту проблему, комитет 802. 4 представил описание эстафеты, которое сеть может использовать для решения вопроса о том, какому компьютеру следует "говорить" в данный момент. Все это содержится в стандарте 802. 4.

Только та рабочая станция, которая владеет эстафетным маркером, может посылать определенную информацию, и после того, как эта рабочая станция получит уведомление о получении этой же информации, она должна передать маркер следующей на линии рабочей станции. Как же сеть определяет, кто находится следующим на линии? Согласно стандарту 802. 4 сеть специальным образом отслеживает, кто следующий должен получить маркер. Подобно тому, как управляющий фирмы имеет большее право голоса, чем лицо, ответственное за убранство офиса, некоторые рабочие станции, могут иметь более высокий приоритет при получении маркера.

Метод разрешения конфликтов не является единственным, тем самым стандарт 802. 4 отличается от стандарта 802. 3 тем, что:

Во-первых, несколько отличается среда передачи данных: в сети Token Bus используется либо коаксиальный кабель с волновым сопротивлением 70 Ом (в отличие от кабеля с волновым сопротивлением 50 Ом в сетях 10Base2), либо оптоволоконный кабель.

Во-вторых, кадр сети Ethernet стандарта 802. 4 отличается от кадра стандарта 802. 3. Он содержит преамбулу, начальный разделитель кадра, управление кадром, адрес назначения, исходный адрес, данные, контрольную последовательность кадра, конечный разделитель кадра.

4.3 Организация W3C

На сегодняшний день существует не малое количество стандартов, как и самих языков программирования. Сообщества стандартизации так же подразделяются по направленности своих действий, к примеру группа W3C (World Wide Web Consortium / Консорциум Всемирной паутины) относится к организации, осуществляющей свою деятельность, только касательно языков WEB-программирования, таких языков как: HTML5, CSS3, JavaScript (EcmaScript) и т.д. Так же, организация разрабатывает основные стандарты многих видов API. Большая часть того, что работает в браузерах или на сайтах, определяется консорциумом. Вступать в него могут и отдельные люди, и организации. В основном, участники и определяют работу W3C. W3C прежде всего выполняет свою миссию при помощи создания веб-стандартов и руководств. С 1994 года W3C опубликовала более девятнадцати таких стандартов, называемых рекомендациями W3C. W3C также занимается обучением и программами помощи нуждающимся, создает программное обеспечение и служит открытым форумом для обсуждения сети. Для того, чтобы сеть достигла своего полного потенциала, многие основные веб-технологии должны сочетаться друг с другом и позволять любому аппаратному и программному обеспечению, используемому для доступа к сети, работать одновременно. W3C обозначает свою цель, как “Возможность взаимодействия сетей.” Путем публикации открытых (не патентованных) стандартов для веб-языков и протоколов W3C старается избежать разделения рынка, и, таким образом, разделения сети.

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

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

Кроме этого, с помощью представительств W3C, а также благодаря усилиям в расширении партнерства, W3C ручается сделать Интернет доступным для большего количества людей по всему миру. Документ Мировое участие в Консорциуме WWW подытоживает усилия в расширении мирового участия в работе W3C и гарантирует, что результаты работы W3C принесут преимущества даже для большего сообщества.

Сеть изменила наш способ общения. Таким образом, она также изменила природу наших социальных отношений. Люди теперь "встречаются в Сети" и формируют деловые и личные отношения, в некоторых случаях даже без личных встреч. W3C осознает всю важность разработки технологий, которые стимулируют доверие и конфиденциальность, таким образом позволяя значительно улучшить взаимодействие по всему миру.

Что означает стимулирование доверия для технологии? Платформа для личных прав (ПЛП) была первым важным шагом в построении доверия, позволяя людям все больше осознавать возможность выбора: делиться или не делиться личной информацией в Сети. На основе данного опыта с ПЛП W3C продолжает браться за вопросы, которые поднимаются поставщиками услуг о том, как осуществлять практики секретности, связанные с этими услугами. Организации хотят исполнять свои обещания. W3C таким образом исследует, как тайные метаданные могут использоваться для управления пользовательскими данными со стороны сервера.

Традиционно, одним путем достижения доверия является предоставление некоторых доверенных форм идентификации, таких как водительские права или паспорт. Аналогичные опознавательные протоколы еще недостаточно доступны в Сети. Кроме того, сегодняшние подходы к онлайн идентификации часто фокусируются на удостоверении пользователя и пренебрегают важностью взаимной идентификации. W3C исследует пути к обеспечению пользователей и поставщиков услуг большей секретностью их операций и более простым управлением идентификацией. Традиционная публичная ключевая инфраструктура также будет нуждаться в дополнениях, которые обеспечат богатство способов жизни в Сети.

4.4 Организация WHATAWG

WHATWG (англ. Web Hypertext Application Technology Working Group) — это быстрорастущее сообщество людей, заинтересованных в развитии Интернета. Оно было основано в 2004 году производителями браузеров: Apple, Mozilla Foundation и Opera Software. Основным направлением сообщества является развитие HTML и API, необходимого для веб-приложений. Причина создания подобного сообщества заключается в отсутствии заинтересованности в HTML и явном пренебрежении к реальным потребностям пользователей со стороны W3C, которое уже довольно давно отказалось от HTML в пользу XML. На данный момент идёт разработка HTML5. В январе 2011 года WHATWG приняла решение отказаться от упоминания версии HTML5, заменив её простым названием HTML, по которому стандарт определяется по мере его развития. Из-за перехода поддержки HTML от одной организации W3C к другой WHATWG, а потом обратно, возникла довольно необычайная ситуация. С технической точки зрения организация W3C отвечала за определение, что именно является официальным HTML5, а что наоборот. И в то же самое время группа WHATWG не прекращала свою работу, разрабатывая и придумывая всё новые возможности языка. На сегодняшний день она предпочитает называть его не HTML5, а просто HTML, объясняя это тем, что HTML будет продолжать и в будущем в качестве «живого» языка.

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

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

WHATAWG это яркий пример, когда целенаправленное изучение одного языка способно улучшить сам язык до максимально приближённого уровня к живому и совершенному.

ЗАКЛЮЧЕНИЕ

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

Так же к недостаткам можно присвоить работу над огромными базами информации, компиляторами, их огромное количество для отдельно взятого языка программирования, поддерживающих те или иные версии изменений. Это имело огромное значение в 50-60-ых годах, когда отдельно взятый язык необходимо было «подстраивать» под определённую конфигурацию ламповых компьютеров, и наоборот, при чём процесс подстройки был весьма затруднителен, по причине сложной схемы ЭВМ, состоящих из реле, ламп, и прочих радиодеталей, изменение которых производилось по принципу выпаивания. На сегодняшний день эта проблема исчерпала себя, в виду однородной и стандартной комплектации ПК.

Существующая ныне система стандартизации языков программирования не способствует выполнению этой задачи. Главная проблема состоит в том, что при описании стандарта семантическая составляющая не отделена от синтаксиса и лексики. Кроме того, при модернизации стандартов комитеты ISO/ANSI предпочитают скорее добавлять в язык новые возможности, чем исключать редко используемые, что приводит к неоправданному синтаксическому расширению языков.

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

- отделить семантику каждой языковой конструкции (т. е. то, что она делает) от синтаксиса и лексики (т. е. от того, как она выглядит).

- разработать единые правила описания семантики языка программирования (подобно тому, как с помощью БНФ описываются синтаксис и лексика языка).

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

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

Несомненно, ряд конструкций из «области объединения» также будет востребован в будущем, однако конкретный их перечень сможет определить только практика.

В последние годы в области создания языков программирования наблюдается некоторый застой. Возможно, это затишье перед бурей. Стремительное развитие компьютерной индустрии не может не поставить перед создателями «средств производства» программ (компиляторов) новые задачи. Компиляторы должны стать «адекватны» эпохе визуального программирования и Internet. Унификация языков программирования и создание общепринятой семантической базы — необходимое условие продолжения прогресса в этой области ПО и в конечном итоге всей компьютерной индустрии в целом.