Ограничения XUL

Question

Я пытаюсь понять, стоит ли мучиться с более тщательным изучением XUL.

Если у вас есть опыт работы с достаточно сложным проектом (например, независимым приложением, а не расширением Firefox), можете ли выскажите мне, каков был ваш опыт?

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

С другой стороны, я не знаю C ++.Насколько сложно было бы впервые учащемуся обернуть существующую библиотеку в декорирование XPCOM?

Answer 1

Я не писал XPCOM за три года разработки приложений XUL.Это кажется пугающим.Однако до сих пор у меня не было веской причины для создания XPCOM.Я использую некоторые внешние инструменты - для составления отчетов, работы с мобильными устройствами и т. Д. В конце концов я понял, что вы можете, по крайней мере, получить возвращаемое значение STDOUT от процесса, который выполняется (по крайней мере, в Windows, кажется, что эта конкретная функция может небыть последовательным на разных платформах).Это позволило мне иметь по крайней мере одно возвращаемое значение, что позволило мне реализовать обработку ошибок.

Я думаю, вы обнаружите, что вы можете сделать совсем немного, не касаясь XPCOM.Однако, все не так просто и просто, и не существует большого, полезного сообщества разработчиков / не так много поддержки разработчиков, так что это может быть разочаровывающим опытом обучения.

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