Summary: | предложения по оптимизации обработки запроса new | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | inger <inger> |
Component: | alterator-browser-qt | Assignee: | Sergey V Turchin <zerg> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | inger |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
inger@altlinux.org
2009-09-03 11:39:46 MSD
Это лучше не делать до бранчевания. А вообще, я за (В ответ на комментарий №0) > 2. Сам протокол станет проще и понятнее. Не факт. Все равно остануться атрибуты, которые будут работать только в пределах того запроса, в котором делали new. > 3. Упростится код самого browser-qt. Не, вряд ли. Но, гибче немного станет. (В ответ на комментарий №2) > (В ответ на комментарий №0) > > 2. Сам протокол станет проще и понятнее. > Не факт. Все равно остануться атрибуты, которые будут работать только в > пределах того запроса, в котором делали new. Да, но это будет уже тайное знание браузера не интересное его клиентам ;) > > > 3. Упростится код самого browser-qt. > Не, вряд ли. Но, гибче немного станет. Ну как минимум можно будет убрать перекладывания атрибутов из одного хеша в другой, так как сейчас делается для onNewResponse ;) P.S. Я бы не обращал внимание на бранчевания ибо не понятно насколько оно затянется. Как вариант можно сделать сейчас в отдельном бранче git-а и оттестировать. Я переделал, посмотри. Должно работать и в текущем виде и потом alterator-browser-qt-2.12.0-alt1 |