Присваивание свойству, естественно, медленнее, чем присваивание локальной переменной. То же относится и к вызову метода формы (медленно)или глобальной процедуры (быстро), описанной в .prg.
Что касательно последнего ответа, то если сделать:

LOCAL xxx as custom (custom - имя COM-сервера, например, Excel.Application), то
xxx = CREATEOBJECT('custom')
будет намного быстрее, так как используется раннее связывание.

Раз Вы Всё знаете - то может, популярно просветите, для чего тогда это сделано в Fox'е (конструкция AS для ссылки на объект при объявлении переменной)? И чем это отличается от аналогичных конструкций в VB. А ещё лучше - поподробнее почитайте про полиморфизм...
А то если Microsoft не сказала, что здесь явное раннее связавание, то значит, и нет его!
Кстати, попробуйте этот код - убедитесь, что действительно быстрее...

Привожу код из MSDN по VB.

Dim xlApp As Object ' Declare variable to hold the reference.

Set xlApp = CreateObject("excel.application")
xlApp.Visible = True
xlApp.QuitSet xlApp = Nothing ' убираем мусор

Это позднее связывание, так как переменная xlApp объявлена как объектная, но не связана с каким-либо объектом.
В следующем примере (так же из MSDN)

Dim xlApp As Excel.Application
Dim xlBook As Excel.Workbook
Dim xlSheet As Excel.WorkSheet
Set xlApp = CreateObject("Excel.Application")
Set xlBook = xlApp.Workbooks.Add
Set xlSheet = xlBook.Worksheets(1)

Это раннее связывание, так как переменная xlApp связана с объектом Excel.Application при объявлении.

Было бы наивным полагать, что только ради IntelliSense Microsoft придумала все эти заморочки. Поэтому код на VFP:

LOCAL oExcel As Excel.Application
oExcel = CreateObject('Excel.Application')

использует раннее связывание. Читайте про полиморфизм...

А самому не придумать?
Не верите мне - задайте вопрос разработчикам из MicroSoft.
Успехов!
P.S. Типизация для переменных памяти появилась только в VFP7. Я полагаю, что форум нужен для того, чтобы сообщать друг другу о новых возможностях языка, а не для дискурсий типа "этого не может быть, потому что этого не может быть никогда!"

Уважаемый CRIP! Ваше упрямство непреодолимо. Может быть, Вам стоит почитать FoxHelp, раздел Early (vtable) and Late (IDispatch) Binding for VFP8? Аналогичный раздел есть и в Help for VFP7, но там примеры только для VB. Или загляните на http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_foxhelp/html/newEarly_and_Late_Binding.asp
Там, правда, американскими буквами, написано что-то про Early binding for VFP .
Интересно, а у кого конкретно в Microsoft ваш коллега Журавлёв консультируется?
Теперь о том, что быстрее работает - про CreateObject. Вы, как специалист, вероятно, знаете, что компилируемый код (тот, который непосредственно работает с объектом после его создания) для раннего связывания сильно отличается от кода для позднего связывания. В первом случае явно используются интерфейсы (они уже известны во время компиляции), во втором - создаются ссылки типа External, которые будут реализованы только на этапе выполнения. Именно здесь и имеет место выигрыш в скорости. Поэтому Ваш вопрос не совсем корректен. Хотя в случае позднего связывания CreateObject будет работать чуть медленнее - в зависимости от размера реестра.
Недавно я закончил приложение, где, по требованию заказчика, формировалось огромное количество таблиц в Excel. Разница в скорости ощутима даже для четвёртого пенька 2,4 ггц 256 метров ОЗУ. Причём был использован именно тот синтаксис, который я указал выше (а не CreateObjectEX - по моему, это не совсем удачный пример от Microsoft. Кстати, на Ваш взгляд, нет ли ошибки в команде LOCAL для примера с поздним связыванием в Help'е?).

Да, действительно, при создании Excel через CreteObjectEX непосредственное обращение к ячейке не работает, требуется использовать ActiveSheet, что резко тормозит. Можно сделать:

LOCAL xl as excel.application, xs as excel.application.activesheet
xl = CreateObjectEX('excel.application','','')
xl.WorkBooks.add()
xs = xl.ActiveSheet && !!!!

тогда

xs.Cells(x,y).value = 1 - работает, и скорость резко возрастает, но не превышает скорости, если объект создан через CreateObject().
Я протестировал пример от NNN, заменив присваивание значения свойству записью в Cells(i,1), где i - переменная цикла. В общем, при использовании AS при объявлении переменной и CreateObject, и CreateObjectEX дают примерно одинаковый результат (при использовании выше приведённого кода с дополнительной xs). Так же в среднем это работает на 15% быстрее, чем без AS, но, как Вы понимаете, это не совсем удачный тест, так как XP пытается делать оптимизацию.
Возможно, WiRuc и прав (насчёт библиотек). В принципе, раннее связывание лучше использовать для собственных COM-серверов, тогда это даст существенный выигрыш. Хотя повторюсь - в реальном приложении, где Excel используется по полной программе, выигпыш (по крайней мере для VFP8) есть. Но могут возникнуть проблемы при переносе на другие машины, где установлена другая версия Excel. Поэтому в данном случае лучше пользоваться поздним связыванием.

to CRIP:
Последняя фраза - это уже выше моего понимания.
А Ваш В.Журавлёв - это у которого сайт FoxPro Club?
Сходил, посмотрел...