Синтаксические альтернативы приведению динамических объектов

Помимо явного приведения,

((FooClass)dictionary.foo).SomeMethod();

или Safe Cast,

(dictionary.foo as FooClass).SomeMethod();

единственный другой способ вернуться к статическому вызову (который позволит работать intellisense) — это выполнить Implicit Cast:

FooClass foo = dictionary.foo;
foo.SomeMethod().

Объявленный кастинг - ваш единственный вариант, вы не можете использовать вспомогательные методы, потому что они будут вызываться динамически, что приведет к той же проблеме.

Обновление:

Не уверен, что это более элегантно, но не требует приведения кучи и получает интеллект за пределами лямбды:

public class DynamicDictionary<T>:IDynamicMetaObjectProvider{

    ...

    public T Get(Func<dynamic,dynamic> arg){
            return arg(this);
    }

    public void Set(Action<dynamic> arg){
            arg(this);
    }
}
...
var dictionary = new DynamicDictionary<FooClass>();

dictionary.Set(d=>d.Foo = new FooClass());
dictionary.Get(d=>d.Foo).SomeMethod(); 

Как уже было сказано (в вопросе и ответе StriplingWarrior), тип C# 4 dynamic не обеспечить поддержку IntelliSense. Этот ответ предоставляется просто для объяснения почему (насколько я понимаю).

dynamic для компилятора C# - это не что иное, как object, который во время компиляции имеет лишь ограниченное представление о том, какие члены он поддерживает. Разница в том, что во время выполнения dynamic пытается разрешить члены, вызываемые для своих экземпляров, по типу, который известен экземпляру, который он представляет (обеспечивая форму позднего связывания).

Рассмотрим следующее:

dynamic v = 0;
v += 1;
Console.WriteLine("First: {0}", v);
// ---
v = "Hello";
v += " World";
Console.WriteLine("Second: {0}", v);

В этом фрагменте v представляет собой экземпляр Int32 (как показано в первом разделе кода) и экземпляр String в последнем. Использование оператора += на самом деле различается между двумя разными его вызовами, потому что задействованные типы выводятся во время выполнения (это означает, что компилятор не понимает или не делает вывод об использовании типов во время компиляции).

Теперь рассмотрим небольшую вариацию:

dynamic v;

if (DateTime.Now.Second % 2 == 0)
    v = 0;
else
    v = "Hello";

v += 1;
Console.WriteLine("{0}", v);

В этом примере v потенциально может быть Int32 или String в зависимости от времени выполнения кода. Крайний пример, я знаю, хотя он ясно иллюстрирует проблему.

Учитывая, что одна переменная dynamic потенциально может представлять любое количество типов во время выполнения, для компилятора или IDE будет почти невозможно сделать предположения о типах, которые она представляет, до ее выполнения, поэтому разрешение времени разработки или компиляции dynamic потенциальных членов переменной неразумно (если не невозможно).