ВУЗ:
Составители:
15
возникнет необходимость такого перехода. Строго говоря, тот же
недостаток свойственен многим другим закрытым (closed) платформам,
поставляемым одной фирмой и использующим нестандартные
"фирменные" интерфейсы. Пока "закрытое" решение соответствует вашим
требованиям, все хорошо, но когда вы выходите за пределы
технологических возможностей данного решения, вы оказываетесь в
тупике.
Открытые системы
Альтернативой закрытым решениям является концепция открытых
систем. Идея открытых систем исходит из того, что для разных задач
необходимы разные системы — как специализированные, так и системы
общего назначения, просто по-разному настроенные и сбалансированные.
Сложность состоит в том, чтобы обеспечить:
− взаимодействие разнородных систем в гетерогенной сети,
− обмен данными между различными приложениями на разных
платформах,
− переносимость прикладного ПО с одной платформы на другую,
хотя бы путем перекомпиляции исходных текстов,
− по возможности однородный пользовательский интерфейс.
Эти задачи решаются при помощи открытых стандартов –
стандартных сетевых протоколов, стандартных форматов данных,
стандартизации программных интерфейсов – API (Application Program
Interface, интерфейс прикладных программ) и, наконец, стандартизации
пользовательского интерфейса.
Для того чтобы как-то обеспечить переносимость программ между
системами различных типов, принимались различные стандарты
интерфейса между пользовательской (обычно говорят — прикладной, но
это не всегда правильно) программой и ОС. Одним из первых таких
15 возникнет необходимость такого перехода. Строго говоря, тот же недостаток свойственен многим другим закрытым (closed) платформам, поставляемым одной фирмой и использующим нестандартные "фирменные" интерфейсы. Пока "закрытое" решение соответствует вашим требованиям, все хорошо, но когда вы выходите за пределы технологических возможностей данного решения, вы оказываетесь в тупике. Открытые системы Альтернативой закрытым решениям является концепция открытых систем. Идея открытых систем исходит из того, что для разных задач необходимы разные системы — как специализированные, так и системы общего назначения, просто по-разному настроенные и сбалансированные. Сложность состоит в том, чтобы обеспечить: − взаимодействие разнородных систем в гетерогенной сети, − обмен данными между различными приложениями на разных платформах, − переносимость прикладного ПО с одной платформы на другую, хотя бы путем перекомпиляции исходных текстов, − по возможности однородный пользовательский интерфейс. Эти задачи решаются при помощи открытых стандартов – стандартных сетевых протоколов, стандартных форматов данных, стандартизации программных интерфейсов – API (Application Program Interface, интерфейс прикладных программ) и, наконец, стандартизации пользовательского интерфейса. Для того чтобы как-то обеспечить переносимость программ между системами различных типов, принимались различные стандарты интерфейса между пользовательской (обычно говорят — прикладной, но это не всегда правильно) программой и ОС. Одним из первых таких
Страницы
- « первая
- ‹ предыдущая
- …
- 13
- 14
- 15
- 16
- 17
- …
- следующая ›
- последняя »