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