Видит новый разработчик в команде строчку mk.x = 44;
и гадает, будет что-то обновляться визуально в этой строчке или нет. А если да, то как найти обработчик?
Ещё проблемный момент:
mk.x = 44;
mk.x = 44;
....
mk.x = 44;
;
Обновлений в html будет много, а надо только одно, как этим управлять?
Интересно какой объём html и js-кода выдержит? >100k js?
Отладка js где происходит? В WebStorm или в хроме?
Расширение только для хрома? Или для остальных браузеров тоже есть?
Капец, ну нафига так сложно то (претензия к авторам долбанных агентов и прочего API)?..
Отдельный проект с передачей данных в него через файловое хранилище… капец жопа…
Слишком сложно и очень много бюрократии. У нас немного проще. Инспекторы отслеживают все чекины/комиты в проект. При каждом изменении приходит письмо с информацией о каждом файле; смотрим их, если не нравится пишем письмо отв. разработчику с замечаниями. Инспекторов получается несколько на один и тот же код. Заметить явные ошибки можно довольно быстро, при этом самому разработчику ничего знать о порядке инспектирования не надо. Работаем так уже несколько лет. Не нравится это только руководству, ведь затраты на инспектирование кода никак не посчитать без создания спец. задач.
SignalR это, конечно, хорошо. Но открыв его исходники, становится как-то страшно.
Кода столько, как будто собственный веб-сервер написан, и к тому же он привязан к jQuery, что мне вовсе не подходит.
Утечки по идее можно обойти используя HttpContext.Current.Cache (чтобы по таймауту всё само удалялось если долго не используется).
Меня больше интересует, нет ли какой-то встроенной в asp.net альтернативы используемому здесь ThreadPool и без тех проблем описанные у вас, и к тому же чем он лучше, ведь он также создаёт поток?
mk.x = 44;
и гадает, будет что-то обновляться визуально в этой строчке или нет. А если да, то как найти обработчик?
Ещё проблемный момент:
mk.x = 44; mk.x = 44; .... mk.x = 44; ;
Обновлений в html будет много, а надо только одно, как этим управлять?
Отладка js где происходит? В WebStorm или в хроме?
Расширение только для хрома? Или для остальных браузеров тоже есть?
Отдельный проект с передачей данных в него через файловое хранилище… капец жопа…
Chrome 21 — 12964
IE10 — 3224
FF14 — 8026
Opera 12.01 — 5382
Кода столько, как будто собственный веб-сервер написан, и к тому же он привязан к jQuery, что мне вовсе не подходит.
Утечки по идее можно обойти используя HttpContext.Current.Cache (чтобы по таймауту всё само удалялось если долго не используется).
Меня больше интересует, нет ли какой-то встроенной в asp.net альтернативы используемому здесь ThreadPool и без тех проблем описанные у вас, и к тому же чем он лучше, ведь он также создаёт поток?