私は最初のASP.NET MVCアプリケーションを開発しており、Script＃が私に多くの助けになると信じています。しかし、私の開発をサポートするのに必要なリソースを見つけることはできません。ScriptSharpを使用する必要があります
私はCodePlexのサイトを見つけることができませんでした。 マニュアルは1つしかありませんが、これは非常に優れていますが、十分ではありません。 チュートリアルはほとんど見つかりませんでした。 私は、Script＃がASP.NET MVCスクリプトの開発に使用され、MVCのソースがライブラリを配布していることを知っています。
しかし、それは、マイクロソフトでのみ内部的に使用されているようです。私は他のリソースを見つけることができます
???
Script＃が継続され、新しいバージョンがデプロイされ、サードパーティのプロジェクトによって使用されるべきだと本当に思いますか？事前
で
おかげで、それはbeautifulとpowerful言語だ、Javascriptのを恐れてはいけません。そしてjQuery、PrototypeとDojoのようなフレームワークで、DOM操作とAJAXを大幅に簡素化し、クロスブラウザの問題は、主に歴史されています。
スクリプト＃については、私は
this answer by mcintyre321に同意します。 1年以上前の最後のリリース+クローズドソース=いいえ、私には行きません。
UPDATE 2010年1月：この回答の元の記事から新しいスクリプト＃リリースがあります。それはまだ閉鎖ソースですが、著者はオープンソーシングを1.0の後に言います。
更新日2011年5月：Script# is now open source。
でも、Script＃はどうですか？ –
IMHO Javascriptは行く方法です。 http://stackoverflow.com/questions/788933/what-advantages-can-scriptsharp-bring-to-my-tool-kit –
最近リリースされたばかりの新しいリリースがありましたのでご注意ください。プロジェクトは死んでいません:-) –
私はjQueryを使用しています。それは本当に良いです。しかし、私はそれが私にはC＃で作業するのがより快適だと信じています。たとえそれがサブセットであっても。他の人のように
は、私はいくつかのJavaScript（つまりjQueryのを）推薦があります。スクリプト＃を続行したい場合は、Nikhil Kothariのブログが役立つかもしれません。 http://www.nikhilk.net/ScriptSharpIntro.aspx - 言われているように、私はあなたがjQueryでより生産的であることが分かると思います。コミュニティに書かれたプラグインの大規模なデータベースがありますので、あなたがやりたいことをすべて再考する必要はありません。 jQuery plugins instead of ASP.NET Controls
私はスクリプト＃を使用しています。私はそれが素晴らしいと思います。あなたはどんなフレームワーク、jQuery、dojoでも使うことができますが、フレームワークをラップする必要があります。これは大きな仕事です...
私はそれがあなたがjavascriptを開発することができます強く型付けされた環境では私はこれが大きな利益だと思います。メンテナンスは悪夢なので弱い型の言語では開発を拒否します。
弱い型の言語で作業したいのであれば、Script＃は必要ありません。
私見スクリプト＃は本当に「豊かな」Webクライアントで、唯一の大規模なプロジェクトのためによく適合する。このようなプロジェクトに参加することで、Script＃が私たちを助けてくれたとしか言えませんでした。 josephhemingwayの強く型付けされたことについての発言は、そのような場合には100％真実です。また、JSのバックグラウンドを一切使わずに新しい.NET開発者を導入することもできました。 2008年の夏にNikhil Kothariのオープンソースを計画しているとすれば、私たちはそれを逆コンパイルしても（違法だと言ってはいけません）、ジェネリック、オペレータ過負荷、さまざまなバグ修正などを導入しました。
しかし、その後、Script＃のサポートは消え去った。ディスカッションと問題追跡を含むCodePlexプロジェクトは終了しました（興味深いことに、フレームワークの一部がまもなく公開されました）。更新はありません。今後の計画はありません。説明はありません。そのような事の後、私はScript＃をオープンソースにしてから、それをサポートするコミュニティ能力を与えることを考えただけです。例えば。 CodePlexについて
オープンソースのgithubです。 –
あなたはまだScript＃を使用していますか？コミュニティにこれらの変更を寄付することを検討していますか？ –
いいえ、個人的に私は、Visual StudioでのJSのサポートは一般的に成熟しており、現在のプロジェクトの方がやや複雑ではないクライアントなので、私はそうではありません。現在、Script＃の中核となるC＃からJSへの変換ツールはオープンソースではありません（ScriptSharp.dllのバイナリとして公開されています）ので、それらをgithubに入れることはできませんが、ソースコードが表示されます。 – Val
今日はリリースがリリースされたので、まだアクティブであることがわかります。
以前のアップデートの不足にもかかわらず、オープンソースではないことがわかっていますが、私はまだプレーンjを超えて使用しています。スクリプト＃の使用を中止するには、いつでも「コンパイルされた」jを使用することをお勧めします。
私はあなたに同意しますが、実際には大きなjsベースのプロジェクトにしか当てはまりません。フォーム入力などの検証のような基本的なページ機能を実行するのに多くの利点があるとは思えません。おそらくそれを設定する価値はありません。
しかし、JavaScriptを頻繁に使用しており、OOPを複製する必要がある場合は、それが必須であると思います。リファクタリングのようなものはとても簡単になります。私は決して難しく、時間が経つとコードが混乱するので、私は決してリファクタリングしません。
あなたはジェネリック医薬品を手に入れましたが、感心しました。ジェネリックスのサポートは優れているので、メソッドと演算子のオーバーロードになります。それを逆コンパイルするのは違法だと確信していますか？使用条件であるかどうかを調べる必要があります。
ワウバルあなたは で働くジェネリック薬を持っています、私は感動しました、それは難しいですか？ ジェネリックのサポートは素晴らしいので、 はメソッドと演算子のオーバーロードになります。 josephhemingway
重要な点は、ScriptSharpのパーサーが完全なC＃2.0構文をサポートしていることです。必要なのは、適切なJSを生成することだけです。 JSのダイナミックな性質を考えるとあまり働かない。ジェネリックスは、Javaスタイルのものとして動作します。つまり、閉じた型の引数セットごとに1つのクラスのみが生成されます。
は、あなたがそれ逆コンパイル に違法であると確信している、私はそれが使用条件であるかどうかを確認するために 外観を持っている必要があります。 ジョセフヘミングウェイ
うん、これは違法です。セットアップで明らかにEULAに記載されています。
私の答えは：Windows、OOD、C＃で動作する強力なIDEが好きな人は、ScriptSharpを使用してください。より保守的で構造化されており、深刻なプロジェクトで使用するのに十分なほど安定しています。また、以下の図や他のプロジェクトでも簡単に拡張できます。
これは、私がScript＃とjQueryを相互排他的に参照している、別のGoogleのインデックス付きスレッドなので、私はこれらの2つの世界を統合する人がいることを指摘したいと思います。
ショート：私は（jQueryの独自のAPIドキュメントファイルからほぼ独占的に）それを生成し、解決のためのスクリプト＃プロジェクトからのjQuery 1.4にアクセスするための完全に自由と再利用可能なライブラリ、および完全なソースコードを提供しています答えNO。 TypeScriptを待ちます。
スクリプト＃は本当にクールですが、MSはまったくサポートしないことに決めました。その理由は、彼らがより良いバージョンの作業に取り組んでいることが判明したからです。TypeScript（http://www.typescriptlang.org/） 静的な言語で必要なものすべてをサポートします（インテリセンス、タイプチェック、インターフェイス、クラスなど）、JSと非常によく似ていますが、もっと重要なのは次回のECMA Script 6の標準に準拠していることです。 （Script＃またはGoogleのDartとは異なります）
また、マルチプラットフォームプロジェクトの開発を計画している場合は、必ずScripSharpを使用してください。たとえば、現時点では、C＃で.NET、JavaScript（ScriptSharp）、Android（Mono）プラットフォームの画像処理ライブラリコードを記述しています。また、私は将来iOS（Mono）とWindows Phoneにコードを移植する予定です。そして、私はそれが素晴らしいコード再利用と開発時間の最小化だと思います！
誰も言及していないScriptSharpを使用するもう1つの利点は、C＃（AJAX/REST/SOAPを使用）と対話する必要がある場合は、両方の場所で同じクラス定義を使用でき、それは同じソースファイルなので、適切に定義されています！ ScriptSharpのcorelibがC＃corelibと100％互換性がないため、最小限の成功で共有ソースファイルのロジックを使用しようとしました。しかし、それはデータファイルの定義に最適です。
http://stackoverflow.com/questions/788933/what-advantages-can-scriptsharp-bring-to-my-tool-kit –