Должен ли я использовать ScriptSharp

Я разрабатываю свое первое приложение ASP.NET MVC, и я верю, что Script # может мне очень помочь. Но он не может найти ресурс, необходимый для поддержки моего развития.

Я не смог найти сайт codeplex; Существует только одно руководство, которое очень хорошо, но этого недостаточно; Я мог бы найти очень мало учебников; Я знаю, что Script # использовался для разработки сценариев ASP.NET MVC и что источник MVC распространяет библиотеку.

Но похоже, что он используется только внутри Microsoft.

Где я могу найти другие ресурсы???

Вы действительно думаете, что Script # будет продолжен, а новые версии будут развернуты и будут использоваться сторонними projetcs???

Заранее спасибо

Ответ 1

Не бойтесь Javascript, это красивый и мощный язык. И с такими фреймворками, как jQuery, Prototype и Dojo, DOM-манипуляция и AJAX значительно упрощены, а проблемы с перекрестным браузером - это в основном история.

О Script #, я согласен с этим ответом mcintyre321. Последний выпуск более года назад + закрытый исходный код = нет для меня.

UPDATE Январь /2010: с момента написания этого ответа появились новые Script # релизы. Он по-прежнему закрыт-источник, но автор упоминает открытый источник его после 1.0

UPDATE май 2011: Script # теперь с открытым исходным кодом.

Ответ 2

Короче говоря, мой ответ: если вам нравятся мощные IDE, которые работают в Windows, OOD и С#, используйте ScriptSharp. Он более удобен и структурирован и достаточно стабилен для использования в серьезных проектах. Он также может быть легко расширен, как показано ниже, и другими проектами.

Так как это еще один индексированный поток Google, в котором люди ссылаются на Script # и jQuery как взаимоисключающие, я просто хотел указать, что некоторые люди объединяют эти два мира, и в моем случае развязывают много сил, делая это, Я предлагаю полностью бесплатную и многоразовую библиотеку для доступа к jQuery 1.4 из Script # проектов и полного исходного кода для решения, которое его генерирует (почти исключительно из файла документации API jQuery):

http://www.christophercrooker.com/visual-studio-2010-rc-custom-tool-for-code-generation-and-jquery14-with-intellisense-for-scriptsharp

Ответ 3

IMHO Script # отлично подходит для крупных проектов, с действительно "богатым" веб-клиентом. Участвуя в таком проекте, я мог только сказать, что Script # нам очень помог. Замечание josephhemingway о строго типизированном на 100% верно для такого случая. Также это позволило нам быстро внедрить новых разработчиков .NET без какого-либо JS-фона. Предполагая, что Nikhil Kothari планирует с открытым исходным кодом летом 2008 года, мы даже декомпилировали (никому не говорим, это незаконно), и он ввел дженерики, перегрузки операторов, различные исправления ошибок и т.д.

НО. Затем поддержка Script # исчезла. Проект по CodePlex с обсуждениями и отслеживанием проблем был закрыт (интересно, что части структуры были опубликованы там незадолго до этого). Нет обновлений, нет планов на будущее, нет объяснений. После такой вещи я бы рассмотрел Script # только после того, как он станет открытым исходным кодом, чтобы дать сообществу возможность его поддерживать. Например. на CodePlex.

Ответ 4

Я использую Script #, я думаю, это здорово. Вы можете использовать его с любыми фреймами, jQuery, dojo, тем не менее, вам придется обернуть фреймворк, это может быть большая работа...

Это только полезно, поскольку я вижу, что он позволяет вам разрабатывать javascript в строго типизированной среде. Я думаю, что это ОГРОМНОЕ преимущество. Я отказываюсь развиваться на слабо типизированных языках, поскольку обслуживание - это кошмар.

Если вам нравится работать на слабо типизированном языке, тогда вам не понадобится Script #.

Ответ 5

Короткий ответ №. Подождите TypeScript.

Script # действительно классно, но MS решила не поддерживать его вообще. Причина в том, что они работают над лучшей версией этого - TypeScript (http://www.typescriptlang.org/) Он добавляет поддержку всего, что вам нужно, на статическом языке (intellisense, проверка типов, интерфейсы, классы и т.д.), Но по-прежнему очень похож на JS и, что более важно, подтверждает новый стандарт ECMA Script 6. (в отличие от Script # или google Dart)

Ответ 6

Как и другие, я бы порекомендовал JavaScript (а именно jQuery). Если вы хотите продолжить работу с Script #, блог Никхила Котари может стать для вас хорошим ресурсом. http://www.nikhilk.net/ScriptSharpIntro.aspx - Я думаю, вы обнаружите, что с jQuery вы более продуктивны. Существует большая база данных публичных плагинов сообщества, поэтому вам не обязательно будет изобретать велосипед на все, что вы хотите сделать. плагины jQuery вместо элементов управления ASP.NET

Ответ 7

Ничего себе, у вас есть дженерики для работы в это, я впечатлен, было трудно? Поддержка носителей будет отличной, поэтому будет метод и перегрузка оператора. josephhemingway

Все дело в том, что парсер ScriptSharp поддерживает полный синтаксис С# 2.0. Единственное, что нужно, это создать надлежащую JS. Не так много работы, учитывая динамическую природу JS. Generics будет действовать как Java-стиль, т.е. Нет генерации для каждого набора аргументов закрытого типа, всего один класс.

Вы уверены, что это незаконно декомпилировать его, мне придется иметь посмотрите, не являются ли они условиями использования. josephhemingway

Да, это незаконно. EULA, показанное в настройке, ясно упоминает об этом.

Ответ 8

Сегодня вышел релиз, поэтому приятно видеть, что он по-прежнему активен.

Независимо от предыдущего отсутствия обновлений и того, что он не был открыт, я все равно буду использовать его поверх простых js. Вы можете прекратить использование Script # в любое время и более вперед с "скомпилированными" js, если вам это не нравится.

Я согласен с вами, что Val, хотя он действительно подходит только для крупных js-проектов. Я не думаю, что вы получите большую выгоду от использования его для выполнения основных функций страницы, таких как подтверждение ввода формы и т.д. Вероятно, не стоит его настраивать.

Если, однако, вы сильно используете javascript и вам нужно реплицировать OOP, тогда я думаю, что это необходимо. Такие вещи, как рефакторинг, становятся такими легкими, с простой js я бы никогда не рефакторировал, потому что это было слишком сложно реализовать, со временем мой код стал беспорядком.

Wow Val, у вас есть дженерики, чтобы работать в нем, я впечатлен, было ли это сложно? Поддержка носителей будет отличной, так что это будет метод и перегрузка оператора. Вы уверены, что декомпилировать это незаконно, мне нужно будет посмотреть, не являются ли это условиями использования.

Ответ 9

Другим преимуществом использования ScriptSharp, о котором никто не упомянул, является то, что если вам нужно взаимодействовать с С# (используя AJAX/REST/SOAP), вы можете использовать те же определения классов в обоих местах и убедиться, что у вас определен интерфейс правильно, потому что это тот же исходный файл! Я попытался использовать логику в общих исходных файлах с минимальным успехом из-за того, что ScriptSharp corelib не на 100% совместим с С# corelib. Но он отлично работает для определения файлов данных.

Ответ 10

Я использую jQuery. Это действительно хорошо. Но я верю, что мне более комфортно работать с С#. Даже если это подмножество.

Ответ 11

Также я хотел бы добавить, что вы обязательно должны использовать ScripSharp, когда планируете разрабатывать мультиплатформенные проекты. Например, в настоящее время я пишу свой код библиотеки обработки изображений для платформ .NET, JavaScript (ScriptSharp), Android (Mono) на С#. Также я планирую в будущем переносить свой код на iOS (Mono) и Windows Phone. И я думаю, что это отличное повторное использование кода и минимизация времени разработки!