Я смотрю Script #, JSIL и SharpKit как инструмент для компиляции С# в Javascript, поэтому я могу программировать функции на стороне клиента AJAX с помощью С# в Visual Studio.
Каковы плюсы и минусы каждого JSIL, Script # и SharpKit?
Мой проект - проект MVC4 с использованием механизма бритвы и С#, если это имеет значение.
Если вы хотите интегрировать напрямую с проектом MVC, то вроде Script # или SharpKit или что-то, вероятно, лучше всего - я знаю, что Script # имеет встроенный материал, чтобы сделать этот вид интеграции, поэтому я бы начал там.
Если вы хотите попробовать использовать JSIL, у него, вероятно, есть основные функции, которые вам нужны, но то, что вам может понадобиться - например, интеграция с Visual Studio, автоматическое развертывание и т.д. - не существует. В настоящее время он ориентирован прежде всего на кросс-компиляцию приложений, поэтому он хорошо справляется с этим, но не так хорошо работает в других случаях использования.
Я попытаюсь дать краткое описание причин, по которым вы можете рассмотреть JSIL по этим другим альтернативам - я не могу подробно прокомментировать плюсы и минусы этих альтернатив, так как я их не использовал:
JSIL имеет чрезвычайно широкую поддержку функций, доступных на С# 4. Известные (либо потому, что другие инструменты не поддерживают их, либо они сложны) включают:
динамический, yield, Структуры, ref/ out, Delegates, Generics, Nullables, Interfaces и Enums.
Некоторые из вышеперечисленных, конечно, не имеют полной поддержки - чтобы получить представление о вещах, которые абсолютно будут работать, вы можете посмотреть тест случаев - каждый из них представляет собой небольшой автономный файл .cs, который протестирован для обеспечения того, чтобы JSIL и собственный С# выдавали один и тот же результат.
Причина такой обширной поддержки заключается в том, что моя цель состоит в том, чтобы JSIL позволял вам переводить полностью немодифицированное приложение С# в работу JS. Для всех демонстраций на сайте JSIL это верно, и у меня есть несколько почти готовых портов больших реальных игр на крыльях, для которых это также верно.
Другая причина заключается в том, что JSIL делает это относительно простым для вашего С# и вашего JavaScript для обсуждения.
Все ваши типы и методы С# отображаются через интерфейс, который максимально удобен для javascript. В версиях JS есть базовое разрешение перегрузки и отправка, чтобы родные С#-интерфейсы вызывались из script кода, как если бы они были родными JS в большинстве случаев. Вам не нужно предпринимать какие-либо шаги для специфического тегирования методов, которые вы хотите предоставить JS, или дать им особые имена или что-то в этом роде, если вы этого не хотите.
Если вы хотите позвонить из С# в JS, вы можете сделать это несколькими способами:
JSIL делает агрессивное использование информации о типе наряду с предоставленными вами метаданными, чтобы попытаться безопасно оптимизировать JavaScript, который он создает для вас. В некоторых случаях это может привести к более эффективному эквивалентному JavaScript, чем вы бы написали вручную - основная область, где это правда в настоящее время, это код, который использует структуры, но он также может применяться в других случаях.
Например, в этом фрагменте кода, JSIL может статически определять, что, несмотря на количество структурных копий, подразумеваемых кодом, ни одна из копий не является действительно необходимой для правильного поведения кода. В результате JavaScript заканчивается тем, что у него нет лишних копий, поэтому он работает намного быстрее, чем вы получите, если вы наивно перевели семантику оригинала С#. Это хорошая промежуточная точка между написанием наивной структурированной вещи (Vector2s всюду!) И перехода полностью орехов с оптимизацией значения имен с именем по умолчанию, который, как я уже говорил в прошлом, довольно подвержен ошибкам.
Хорошо, теперь для некоторых недостатков. Не считайте этот список исчерпывающим:
Надеюсь, что эта информация полезна! Спасибо за ваш интерес.
Script # pros:
Script # cons:
Возможности SharpKit:
SharpKit минус:
JSIL:
JSIL cons:
Ответы на отзывы:
Кевин: выход JSIL неплох, он просто генерируется для достижения полного поведения в .NET, как и режим SharpKit CLR. С другой стороны, SharpKit поддерживает генерацию собственного кода, в котором любой родной код JavaScript может быть сгенерирован с С#, как это было бы написано вручную.
Образец кода генерирования JavaScript с открытым кодом SharpKit: http://sharpkit.net/Wiki/Using_SharpKit.wiki
Разработчик может выбрать создание более сложного генерации кода и получение дополнительных функций, таких как поддержка перегрузок методов во время компиляции. Когда указано, SharpKit генерирует суффиксы методов для перегруженных методов.
Script # требует .NET 4 для запуска, но он не поддерживает полный синтаксис С# 4.0, такой как Generics, параметры ref и out, псевдонимы пространства имен и т.д.
Другой альтернативой является WootzJs. Полное раскрытие, я его автор.
WootzJs является открытым исходным кодом и стремится быть довольно легким кросс-компилятором, который позволяет использовать все основные возможности языка С#.
Поддерживаемые поддерживаемые языки:
yield (генерируется как эффективный конечный автомат)async/await (сгенерированный как конечный автомат, такой как компилятор С#)ref и out параметрыthis)T будет генерировать исключение литья)Он реализуется с использованием Roslyn, что означает, что он будет первым в
преимущество будущих улучшений языка, поскольку они теперь будут реализованы через самого Рослина. Он предоставляет пользовательскую версию mscorlib, чтобы вы точно знали, какие функции библиотеки действительно доступны вам в ваших сценариях.
Каковы его недостатки?
System.String добавляются в собственный тип Javascript String.Сравнение с другими кросс-компиляторами:
Script # очень стабилен и имеет обширную интеграцию с сторонними библиотеками Javascript. Кроме того, он имеет отличную интеграцию с Visual Studio и обеспечивает пользовательскую реализацию mscorlib. Это означает, что вы точно знаете, какие функциональные возможности были реализованы на уровне инструментария. Если, например, Console.Write() не реализован, этот метод не будет доступен в вашем редакторе.
Однако из-за своего настраиваемого анализатора он все еще застрял в С# 2.0 (даже без генериков, найденных в этой версии С#). Это означает, что современный разработчик С# отказывается от огромного набора языковых функций, от которых большинство из нас зависит без оговорок - особенно вышеупомянутые дженерики в дополнение к лямбдам и LINQ. Это делает Script # по существу не стартером для многих разработчиков.
JSIL - чрезвычайно впечатляющая работа, которая перекрестно скомпилирует IL в Javascript. Он настолько прочен, что легко справляется с кросс-компиляцией больших 3D-видеоигр. Недостатком является то, что из-за его полноты результирующие файлы Javascript огромны. Если вы просто хотите mscorlib.dll и System.dll, это примерно 50 Мб загрузки. Кроме того, этот проект действительно не предназначен для использования в контексте веб-приложения, и объем усилий, необходимых для начала, немного сложнее.
Этот инструментарий также реализует пользовательский mscorlib, снова позволяющий вам узнать, какие возможности доступны для вас. Однако он имеет плохую интеграцию Visual Studio, заставляя вас создавать все шаги пользовательской сборки, необходимые для вызова компилятора и копирования вывода в нужное место.
SharpKit: этот коммерческий продукт стремится обеспечить поддержку большинства функций языка С# 4.0. Это вообще преуспевает, и есть достойный шанс, что этот продукт удовлетворит ваши потребности. Это легкие (небольшие .JS файлы), поддерживает современные возможности языка С# (generics, LINQ и т.д.) И, как правило, надежны. Он также имеет большое количество привязок для сторонних библиотек Javascript. Тем не менее, есть удивительное количество краевых случаев, с которыми вы всегда столкнетесь, которые не поддерживаются.
Например, система типов неглубока и не поддерживает представление дженериков или массивов (т.е. typeof(Foo[]) == typeof(Bar[]), typeof(List<string>) == typeof(List<int>)). Поддержка рефлексии ограничена, причем различные типы членов не могут поддерживать атрибуты. Поддержка дерева выражений не существует, а реализация доходности неэффективна (без конечного автомата). Кроме того, пользовательский mscorlib недоступен, а script файлы С# и обычные файлы С# перемежаются в ваших проектах, заставляя вас украшать каждый файл script атрибутом [JsType], чтобы отличить их от обычно скомпилированных классы.
У нас есть SharpKit в течение двух лет, и я должен сказать, что он улучшил способ написания кода. Профи, как я их вижу:
Против:
Рад, если это поможет!
Для ScriptSharp эта ссылка stackoverflow может помочь.
Какие преимущества может внести ScriptSharp в мой набор инструментов?
Если у вас есть инструмент SVN, загрузите образец из https://github.com/kevingadd/JSIL, это рабочий исходный код и может помочь вам миль.