Причина ++i
может быть немного быстрее, чем i++
, то, что i++
может потребовать локальной копии значения меня, прежде чем это будет увеличено, в то время как ++i
никогда не делает. В некоторых случаях некоторые компиляторы оптимизируют его далеко, если это возможно..., но это не всегда возможно, и не все компиляторы делают это.
я пытаюсь не положиться слишком много на оптимизацию компиляторов, таким образом, я последовал бы совету Ryan Fox: когда я могу использовать обоих, я использую ++i
.
Модель расширяемости редактора радикально изменена, так как в 2010 году она основана на MEF и WPF. Если вы расширите редактор до 2008 года, вероятно, вам придется внести немало изменений, чтобы получить вещи, работающие в 2010 году.
Однако большая часть расширяемости все еще зависит от старого VSIP / COM, который остается неизменным.
Если вы планируете поставки в срок до 2010 года, я думаю, что пропустить 2008 год - неплохая идея.
Как человек, работающий над продуктом, основанным на оболочке VS2008, я настоятельно рекомендую вместо этого использовать VS2010 в качестве основы. Они очистили свой интерфейс и, вероятно, исправили множество ошибок в оболочке VS2008. Я думаю, что они также будут более чувствительны к ошибкам, чем когда они происходят в "старой" оболочке VSShell.
На мой взгляд, это не технический вопрос - вам нужно подумать о своих клиентах перед собой - достаточно ли много людей, которые используют vs08?
(Я столкнулся с подобным вопросом и пришел к выводу, что для моего сценария - мне нужно поддерживать VS08)