Какую версию ставили? Какие у Вас проекты? Пожалуйста, напишите нам в саппорт — производительность и стабильность студии для нас имеет наивысший приоритет. Мы сделаем все возможное и невозможное для того, чтобы устранить все проблемы которые у вас возникли с нашими продуктами.
В CodeRush можно настроить процесс загрузки дополнения — убрать автозагрузку и перейти на режим Manual — и загружать тогда, когда нужно. А с большими проектами все дополнения работают не быстро — это факт, т.к. любое расширение добавляет времени на обработку той или иной операции в студии, другой вопрос — насколько большие проекты и насколько сильные тормоза.
С другой стороны всегда можно разбить большой solution на более маленькие проекты — и тогда будет быстрее работать даже в голой студии. Как пример это большой файл на 20 тыс строк. Всем ясно, что это проблема и от таких файлов надо как-то избавляться.
Мы обнаружили одну проблему в самой Visual Studio 2010, жаль только пока не нашли всех причин, которые к этой проблеме ведут. Суть проблемы в том, что после некоторого времени работы Visual Studio начинает очень сильно тормозить — и это без установленного на машине CodeRush Xpress. Время открытия/закрытия проектов очень сильно увеличивается. К счастью мы нашли способ решить эту проблему без переустановки ОС — надо в командной строке запустить следующую команду devenv.exe /InstallVSTemplates и дождаться завершения процесса devenv (пару минут занимает). Попробуйте этот способ возможно поможет.
В документации вроде бы есть топик Auto Declare — можно здесь подробней почитать, там еще ссылка на то как поменять стиль для полей и локальных переменных.
Такая фича есть, можно сгенерировать имя переменной по типу следующим образом. Набираем тип, например ClassA а затем жмем Ctrl + A и получаем: ClassA classA.
На мой взгляд автор прав. Скоростью восприятия информации пользователь всегда управляет сам (у каждого человека способность к восприятию и усвоению информации своя), а вот скорость представления (подачи) информации для восприятия может им контролироваться только при параллельном подходе.
Все-таки есть разница между контентом, который верстается для чтения с компьютера, и тем что делается под мобильные платформы. Еще многое зависит от самого девайса, который используется для чтения.
Еще есть такой аспект. Очень часто документы Word используются лишь в электоронном виде (это тоже конечно спорно, но на мой взгляд этот сценарий все-таки более част) в целях документооборота. В этом случае было бы намного удобней, если бы таблицы представлялись в формате для облегчения восприятия, а не для печати.
Согласен. Вопрос спорный. В предыдущем переводе как раз обсуждали в коментариях, но из оригинала слов не выкинешь. Кстати у нас возникла мысль довести до автора коментарии, чтобы он имел возможность ответить. Будет ли это интересно?
Мне, наоборот, больше подходит inline режим, намного удобней работать с кодом. Испортить соседний текст не получится в таком режиме, во всяком случае я с таким встречался редко.
Немного проясню. Когда делается ренейм, то в последнем случае это происходит так:
жмем F2 на идентификторе, который необходимо переименовать, затем пишем новое имя и жмем клавишу Enter. Мы постарались сделать эту операцию максимально неотделимой от кода.
Согласен с тем, что надо выбирать правильные примеры. Профессионализм опять таки не может быть абсолютным, и всегда есть к чему стремится и развиваться. Давайте на миг забудем про стрелочку :) и сравним стандартный модальный диалог операции Rename с тем, что показано на скриншоте.
С другой стороны всегда можно разбить большой solution на более маленькие проекты — и тогда будет быстрее работать даже в голой студии. Как пример это большой файл на 20 тыс строк. Всем ясно, что это проблема и от таких файлов надо как-то избавляться.
жмем F2 на идентификторе, который необходимо переименовать, затем пишем новое имя и жмем клавишу Enter. Мы постарались сделать эту операцию максимально неотделимой от кода.
Вот модальный диалог:
Вот как можно сделать Rename без модальных окон: