Python vs C# / .NET-каковы ключевые различия, которые следует учитывать при использовании одного для разработки большого веб-приложения?

" .NET " - это не язык. Возможно, это Python против C# или Python/Django против C#/ASP.NET (или выберите любую "веб-работу", которую вы хотите; есть много, много разных решений как для Python, так и для ".NET", и выбор Django или MVC2 летучей мыши может серьезно ограничить лучшие жизнеспособные варианты). Как счетчик Python против ".NET": есть IronPython (Python "в .NET")

Я бы рассмотрел:разработчик комфорт С языком и, если они равны в Python и ".NET", тогда я бы рассмотрел время оборота для разработки и выбрал язык/" webwork", который минимизировал это (опять же, это не должны быть предыдущие ограничения).

хотя модульное / интеграционное тестирование является обязательным для любого [значительного] проекта, Я считаю, что статически типизированный язык (C#/F#) can значительно уменьшить количество "глупых ошибок", относящихся к типам.

откройте игровое поле : -)

"редактировать" комментарий:

тогда вы просто сравниваете языки.

в этом случае C#-очень скучный императивный статически типизированный язык с одним наследованием/интерфейсом на основе класса OO (но несколько более аккуратных трюков, чем Java, который просто прямо каменный век). Это тот же основной тип OO, что и Python и исключая статический / динамический бит,оба языка строго типизированы (механики разные, но конечный результат вполне похожие в языковом спектре). На самом деле, python имеет MI, но это кажется менее приемлемым в python как использование ключевого слова "lambda", и поскольку python динамически типизирован, нет поддержки времени компиляции для определения контрактов интерфейса/типа (однако есть некоторые модули, которые пытаются это обеспечить).

если вы можете узнать/знать Python, то вы можете узнать/известный C#. это не сдвиг парадигмы. Некоторые ключевые слова здесь, фигурные скобки там, нужно сказать, какой тип Вы имеете в виду там другая базовая библиотека... другая среда (вам нужно бороться с некоторыми, чтобы добраться до REPL, но это выполнимо в VS.) как разработчики любят/учатся/используют это другая история. Хотя я и вызывал c# imperative раньше, приятно видеть добавление некоторых "функциональных" функций, таких как LINQ/IEnumerable extensions и closures-without-delegates, даже если базовый синтаксис C# очень процедурный - опять же, почти как python (for-expressions, вложенные функции, оператор / выражение делиться.)

в то время как новая "динамика" размывает линию (для нее очень редко бывает хорошее использование-примерно во всех тех же местах, где можно было бы вернуться к отражению в предыдущих версиях C# - это не так, но дело в том, что это обычно "неправильный путь", за исключением нескольких случаев, когда это просто "лучший/единственный способ"), " var " этого не делает. То есть, типа "переменная величина" переменная известен во время компиляции и не имеет ничего общего с динамическим набрав; это все тип вывода. Некоторые языки, такие как F#/SML и Haskell, имеют гораздо более мощный вывод типа, устраняющий необходимость "всех этих уродливых объявлений типов" (хотя явное аннотирование разрешенных типов или набора типов может сделать намерение более ясным) при сохранении статического ввода.

лично все остальное в сторону, Я бы использовал статически типизированный язык. Я не говорю C# (и я определенно не говорю Java!), но статически типизированные языки могут выталкивать ошибки типа наверх и требовать предварительных явных контрактов (это большая, большая победа для меня). В то время как вы упускаете некоторые аккуратные динамические трюки, почти всегда есть лучший способ выполнить то же самое действие на целевом языке-вам просто нужно думать в терминах этого языка и использовать отвертку для винта и молоток для гвоздя. Например, не ожидайте, что код Python будет зависеть от (ab)использования local() или global() в C# as-is.

на "нижние", наиболее статически типизированные языки (C# здесь) требуют явной компиляции (но это не так плохо, как это делает красивые сборки), а такие инструменты, как "REPL", не принимаются как первоклассные граждане (это первоклассный гражданин в F#/VS2010). Кроме того, если у вас есть необходимая библиотека для Python/C# (и она недоступна на другом языке), это может быть решающим фактором, почему следует выбирать один язык над другим.