( Сопровождающий Spyder здесь ) Чтобы обнаружить интерпретатор, запущенный нашими консолями IPython, вам необходимо запустить следующий код на любой из них:
In [1]: import sys
In [2]: sys.executable
Out[2]: '/home/carlos/miniconda/envs/py36/bin/python'
Хорошо, запишите другого на свой счет для кривой обучения. Я думаю, что, возможно, нашел ответ на свой собственный вопрос...
MVC ASP позволяет Вам установить свои собственные механизмы представления, которые можно использовать (вместо механизма представления ASP.NET по умолчанию). Таким образом, можно управлять поколением HTML. После того как Вы знаете, что искать, его легкое :)
Вот хорошее место для начала работы: Пользовательский Пример Механизма Представления
@Rajesh - Спасибо за большие ссылки!
Это - вопрос практики.
Вот интересное чтение.
Также существует интересная статья "Rob Conery"
Так, выбор является Вашим. Это зависит от Вашего приложения architecuture, как Вы хотите структурировать его, чепуха...
Я предполагаю, что преимущество с представлениями без codebehind, это, намного легче переключиться на другой viewengine, который не поддерживает codebehind.
Хотя будет некоторый объем работы, но тем не менее это будет очень бесшовным.
Можно использовать код позади также. Это - только вопрос предпочтения стиля.
Я не был бы. Просто необходимо забыть о codebehind файле, серьезно. На самом деле в Платформе MVC RC1 по умолчанию нет никакого codebehind файла для Ваших представлений. Безотносительно c# обработка Вы хотите продолжить представлять свое представление, можно сделать это встроенный с HTML. Если Вы думаете о выполнении некоторой обработки данных, делаете себе одолжение и помещаете его в контроллер.
Это - сдвиг парадигмы, его лучшее, чтобы просто повредить Ваши старые привычки теперь.