Рад бы согласится, если бы их MicroB не был бы тем самым эпифани подобным мертвяком. Может я недостаточно конкретно выразился выше, поэтому ещё раз попытаюсь. Проблема мозиллы не в том, что у неё есть xulrunner с гуем на xml+js. Отказываясь от этого мы пишем собственный гуй и юзаем мозиловский геко как движок, но тогда мы, скажем так - не решаем проблему, а лиш убираем её самые такие явные фрагменты. Проблема же в том, что мозилловцы не слишком то пекутся о важности быстрого кода с малым потреблением памяти. Проблема в том, что XPCOM, будучи хорошей задумкой в смеси с С++ даёт какие-то не очень ахти результаты, которые почему-то отражаются на большем потреблении памяти и процессора нежели webkit. Тут конечно многие возразят: "мол мозилла поддерживает стандарты круто и умеет рендерить даже кашу из хрен знает как написанного html и поэтому медленно и тяжело". Но думаю японские дрели лучше русских не потому что русские много чего умеют, а потому что японцы научились чётко и планомерно устранять недостатки и развивать. Так вот моё мнение таково, xulrunner, xpcom надо развивать, хорошо документируя каждый нюанс а не как сейчас. продвигать xulrunner как кросплатформенную девелоперскую платформу, расширить в xpcom поддержкой С, работать над поиском неэффективных решений в компонентах. И вот тогда уже даже xulrunner-based fennec будет работать прекрасно. Но я думаю всем понятно что сказать легко - а сделать сложнее:) Те же мелкий и мягкие в своё время взяли вполне себе вменяемую идею компонентов, реализовав аналог CORBA в виде COM. Но на практике оно оказалось хреново, что-то мне подсказывает, что проблема не в идее, а именно в реализации.
|