Когда API / X11 будет завершен?

Я должен сказать, что ответ на ваш вопрос «Нет». По своей основной философии и дизайну Xlib никогда не попытается предоставить все под одним API. Итак, в этом смысле Xlib «завершен», поскольку он делает то, что он должен делать, и оставляет другие проблемы более высокого уровня до других слоев.

Подход Windows, где «все из основного окна в диалоговые окна покрываются одним и тем же уровнем API », не обязательно является лучшим, и тот, который берет на себя Linux, просто отличается от архитектурных и дизайнерских решений, сделанных для системы X Window. Я много читал о том, что Windows API очень сложный и непоследовательный, поэтому похоже, что объединение объектов под одним API может оказаться не лучшим решением. И действительно, это умаляет гибкость, которую вы имеете, если библиотеки и API-интерфейсы имеют четко определенные ограничения и функциональные возможности. Что делать, если мне требуется аппаратное взаимодействие в программе, отличной от GUI? Что делать, если мне нужно отображать сглаженные изображения и шрифты в файл без с графической средой? Наличие независимых библиотек позволяет это делать.

Вы можете прочитать Linux не Windows для гораздо лучшего обоснования того, почему вы не должны ожидать, что Linux имитирует Windows, а X Window System Overview HOWTO для немного устаревшего, но все еще вполне обоснованного объяснения философии X и наборов инструментов. библиотеки и среды рабочего стола, которые работают поверх нее.

Я должен сказать, что ответ на ваш вопрос «Нет». По своей основной философии и дизайну Xlib никогда не попытается предоставить все под одним API. Итак, в этом смысле Xlib «завершен», поскольку он делает то, что он должен делать, и оставляет другие проблемы более высокого уровня до других слоев.

Подход Windows, где «все из основного окна в диалоговые окна покрываются одним и тем же уровнем API », не обязательно является лучшим, и тот, который берет на себя Linux, просто отличается от архитектурных и дизайнерских решений, сделанных для системы X Window. Я много читал о том, что Windows API очень сложный и непоследовательный, поэтому похоже, что объединение объектов под одним API может оказаться не лучшим решением. И действительно, это умаляет гибкость, которую вы имеете, если библиотеки и API-интерфейсы имеют четко определенные ограничения и функциональные возможности. Что делать, если мне требуется аппаратное взаимодействие в программе, отличной от GUI? Что делать, если мне нужно отображать сглаженные изображения и шрифты в файл без с графической средой? Наличие независимых библиотек позволяет это делать.

Вы можете прочитать Linux не Windows для гораздо лучшего обоснования того, почему вы не должны ожидать, что Linux имитирует Windows, а X Window System Overview HOWTO для немного устаревшего, но все еще вполне обоснованного объяснения философии X и наборов инструментов. библиотеки и среды рабочего стола, которые работают поверх нее.

Я должен сказать, что ответ на ваш вопрос «Нет». По своей основной философии и дизайну Xlib никогда не попытается предоставить все под одним API. Итак, в этом смысле Xlib «завершен», поскольку он делает то, что он должен делать, и оставляет другие проблемы более высокого уровня до других слоев.

Подход Windows, где «все из основного окна в диалоговые окна покрываются одним и тем же уровнем API », не обязательно является лучшим, и тот, который берет на себя Linux, просто отличается от архитектурных и дизайнерских решений, сделанных для системы X Window. Я много читал о том, что Windows API очень сложный и непоследовательный, поэтому похоже, что объединение объектов под одним API может оказаться не лучшим решением. И действительно, это умаляет гибкость, которую вы имеете, если библиотеки и API-интерфейсы имеют четко определенные ограничения и функциональные возможности. Что делать, если мне требуется аппаратное взаимодействие в программе, отличной от GUI? Что делать, если мне нужно отображать сглаженные изображения и шрифты в файл без с графической средой? Наличие независимых библиотек позволяет это делать.

Вы можете прочитать Linux не Windows для гораздо лучшего обоснования того, почему вы не должны ожидать, что Linux имитирует Windows, а X Window System Overview HOWTO для немного устаревшего, но все еще вполне обоснованного объяснения философии X и наборов инструментов. библиотеки и среды рабочего стола, которые работают поверх нее.

Я должен сказать, что ответ на ваш вопрос «Нет». По своей основной философии и дизайну Xlib никогда не попытается предоставить все под одним API. Итак, в этом смысле Xlib «завершен», поскольку он делает то, что он должен делать, и оставляет другие проблемы более высокого уровня до других слоев.

Подход Windows, где «все из основного окна в диалоговые окна покрываются одним и тем же уровнем API », не обязательно является лучшим, и тот, который берет на себя Linux, просто отличается от архитектурных и дизайнерских решений, сделанных для системы X Window. Я много читал о том, что Windows API очень сложный и непоследовательный, поэтому похоже, что объединение объектов под одним API может оказаться не лучшим решением. И действительно, это умаляет гибкость, которую вы имеете, если библиотеки и API-интерфейсы имеют четко определенные ограничения и функциональные возможности. Что делать, если мне требуется аппаратное взаимодействие в программе, отличной от GUI? Что делать, если мне нужно отображать сглаженные изображения и шрифты в файл без с графической средой? Наличие независимых библиотек позволяет это делать.

Вы можете прочитать Linux не Windows для гораздо лучшего обоснования того, почему вы не должны ожидать, что Linux имитирует Windows, а X Window System Overview HOWTO для немного устаревшего, но все еще вполне обоснованного объяснения философии X и наборов инструментов. библиотеки и среды рабочего стола, которые работают поверх нее.

Я должен сказать, что ответ на ваш вопрос «Нет». По своей основной философии и дизайну Xlib никогда не попытается предоставить все под одним API. Итак, в этом смысле Xlib «завершен», поскольку он делает то, что он должен делать, и оставляет другие проблемы более высокого уровня до других слоев.

Подход Windows, где «все из основного окна в диалоговые окна покрываются одним и тем же уровнем API », не обязательно является лучшим, и тот, который берет на себя Linux, просто отличается от архитектурных и дизайнерских решений, сделанных для системы X Window. Я много читал о том, что Windows API очень сложный и непоследовательный, поэтому похоже, что объединение объектов под одним API может оказаться не лучшим решением. И действительно, это умаляет гибкость, которую вы имеете, если библиотеки и API-интерфейсы имеют четко определенные ограничения и функциональные возможности. Что делать, если мне требуется аппаратное взаимодействие в программе, отличной от GUI? Что делать, если мне нужно отображать сглаженные изображения и шрифты в файл без с графической средой? Наличие независимых библиотек позволяет это делать.

Вы можете прочитать Linux не Windows для гораздо лучшего обоснования того, почему вы не должны ожидать, что Linux имитирует Windows, а X Window System Overview HOWTO для немного устаревшего, но все еще вполне обоснованного объяснения философии X и наборов инструментов. библиотеки и среды рабочего стола, которые работают поверх нее.

Я должен сказать, что ответ на ваш вопрос «Нет». По своей основной философии и дизайну Xlib никогда не попытается предоставить все под одним API. Итак, в этом смысле Xlib «завершен», поскольку он делает то, что он должен делать, и оставляет другие проблемы более высокого уровня до других слоев.

Подход Windows, где «все из основного окна в диалоговые окна покрываются одним и тем же уровнем API », не обязательно является лучшим, и тот, который берет на себя Linux, просто отличается от архитектурных и дизайнерских решений, сделанных для системы X Window. Я много читал о том, что Windows API очень сложный и непоследовательный, поэтому похоже, что объединение объектов под одним API может оказаться не лучшим решением. И действительно, это умаляет гибкость, которую вы имеете, если библиотеки и API-интерфейсы имеют четко определенные ограничения и функциональные возможности. Что делать, если мне требуется аппаратное взаимодействие в программе, отличной от GUI? Что делать, если мне нужно отображать сглаженные изображения и шрифты в файл без с графической средой? Наличие независимых библиотек позволяет это делать.

Вы можете прочитать Linux не Windows для гораздо лучшего обоснования того, почему вы не должны ожидать, что Linux имитирует Windows, а X Window System Overview HOWTO для немного устаревшего, но все еще вполне обоснованного объяснения философии X и наборов инструментов. библиотеки и среды рабочего стола, которые работают поверх нее.