Ich bin im Begriff, eine große Javascript-Anwendung zu erstellen und ich möchte sie strukturierter gestalten.
Jquery wird für CSS-Effekte verwenden.
Die Serverseite wird in c # sein.
Können Sie Ihr Wissen und Ihre Erfahrung teilen, was ist besser?
Auf lange Sicht ist ScriptSharp auch eine Ein-Mann-Show (wie ich es verstehe) und Typescript wurde von Microsoft entwickelt Danke
Welcher ist mehr funktionsreich?
Weder - das kompilierte JavaScript stellt Ihnen das gesamte JavaScript zur Verfügung.
Was ist besser dokumentiert?
Dokumentation ist wahrscheinlich nicht die richtige Frage. Welche Informationen sind verfügbar / eine starke Gemeinschaft, die Ihnen hilft, wenn Sie nicht weiterkommen? Ab sofort gibt es 141 ScriptSharp-Fragen (mit 48 Followern) auf Stack Overflow und 623 TypeScript-Fragen (mit 328 Followern).
TypeScript hat eine sehr klare Sprachspezifikation . Ich habe nach der Dokumentation von ScriptSharp gesucht - jemand muss darauf hinweisen, wo das ist ... Ich nehme an, es gibt eine Untermenge von C #, die Sie verwenden können, und ich wäre daran interessiert zu wissen, was diese Untergruppe ist / p>
Ist TypScript wirklich stark typisiert?
TypeScript ist statisch typisiert. Es prüft die Typen zur Kompilierzeit (und die IDEs prüfen zur Entwurfszeit). Bei Typverletzungen werden Fehler generiert. Sie können jedoch auch eine dynamische Typisierung wählen, wenn Sie möchten.
Welchen sollte ich verwenden?
Wenn Sie den Gedanken nicht ertragen können, Code in etwas anderes als C # zu schreiben, sollten Sie ScriptSharp verwenden. In allen anderen Fällen empfehle ich TypeScript. Das Verständnis von JavaScript ist vorteilhaft, da die Sprache so allgegenwärtig ist und TypeScript Ihnen einen frühen Zugang zu den ECMAScript 6-Sprachfeatures bietet. Wenn Sie sich also entscheiden, alles zu entfernen und reines JavaScript zu verwenden, wird Ihre TypScript-Codierleistung wertvoller sein.
Ich bin in gewisser Weise voreingenommen. Ich mag TypeScript so sehr, dass ich ein Buch darüber geschrieben habe. Die Begeisterung für TypeScript (anstelle von Dart, CoffeeScript, ScriptSharp) ging diesem Projekt voraus.
ScriptSharp wurde ständig weiterentwickelt, obwohl es eine Ein-Mann-Show ist. Wir verwenden ScriptSharp seit fast 3 Jahren für eine groß angelegte Webanwendung und es hat uns gut gedient. Die Fähigkeit, Code in C # zu schreiben, hat uns geholfen, uns schnell zu bewegen, und wir hatten weniger Schulungsaufwand.
Es gibt einen klaren Nachteil für ScriptSharp, dass, wenn die neuen Versionen veröffentlicht werden, es in einigen Versionen eine Menge brechender Änderungen gibt. Aber wir mögen es so sehr, dass wir bereit sind, die brechenden Veränderungen zu akzeptieren und unsere Änderungen entsprechend zu machen.
Wenn Sie ein dediziertes Infrastruktur-Team haben, um solche architektonischen Änderungen zu behandeln, können Sie sie verwenden, um mit ScriptSharp Schritt zu halten und die Wrapper für die Javascript-Bibliotheken zu schreiben. Ich empfehle ScriptSharp basierend auf unseren Erfahrungen. Bitte bewerten Sie einen einfachen Prototyp in beiden, bevor Sie sich für eine Technologie entscheiden. Sie können Sharpkit auch für eine interessante Alternative ausprobieren. Link- & gt; Ссылка
Ich untersuche das auch und aus meinen Nachforschungen geht hervor, dass Microsoft Script # verwendet hat, um das Front-End all ihrer großen Web-Apps wie Office Web Apps, Hotmail, Office 365, SharePoint 2013 zu erstellen ältere Versionen als die neueste Version von Script # verwenden, weil die Leute sagen, dass es stabil genug ist, wie es ist. Das Problem ist, dass Microsoft dieses Produktivitätswerkzeug von uns zu behalten scheint, indem es die Script # -Definitionsdateien (Importbibliotheken) für Dinge wie SharePoint, CRM und Office nicht veröffentlicht. Es scheint also, dass die meisten Leute sich stattdessen auf TypeScript zubewegen. Ich bin jedoch geneigt, Skript # zu verwenden und die Definitionen zu erstellen, die ich brauche, wenn ich sie brauche.
Referenzen:
Erste Schritte: http --- scriptsharpcontrib.codeplex.com/wikipage?title=Getting%20started%20mit%20ScriptSharp
Oh, und es gibt eine CRM-Definition auf Codeplex, aber ich habe keine Links:)
Wenn Sie .net Entwickler sind, dann sollten Sie auf jeden Fall das Skript # überprüfen. Ja, es ist Ein-Mann-Show. Ja, es ist nicht so beworben wie TypeScript, aber können viele Entwickler mit MS Logo konkurrieren?
Ich habe praktische Erfahrung mit Script #, aber nicht mit TypeScript. Und der einzige Grund, warum Sie später nicht berühren möchten, ist, dass Skript # für Personen, die bereits mit c # + JS vertraut sind, anwendbar ist, während TypeScript eine völlig neue Geschichte und neue Kosten für Ihr Projekt ist.
Tags und Links typescript script#