client-side - Javascript と C# にまたがるクラスライブラリの設計戦略

Question

クライアント側とサーバー側の両方でほぼ同じ量の豊富さを持ついくつかのオブジェクトを実装しています。

この特定のケースでは、(できれば) 検索トークンを処理するための小さなクラスライブラリを作成します。したがって、疑似コードの例として、Javascript とサーバー (私の場合は C#) の両方で、次と同等のことができるようにしたいと考えています。

s = new SearchTokenList();
s.Add(new SearchToken(field, value, negation));

C# と Javascript にまたがる必要があるライブラリの大きな泥の玉を作成するのを避けるのに役立つ設計戦略は何ですか?

更新: メカニズムよりも戦略を探しています。しかし、以前に同様のことを行った人から得られるガイダンスはすべて取り入れます。

score 3 · Accepted Answer

Nikhil KothariによるScript＃を見てください、あなたを助けるかもしれません。これはC＃からJavaScriptへのコンパイラです。

score 3 · Accepted Answer

http://jsc.sourceforge.net/で私のC＃からJavaScriptへのコンパイラをチェックする必要があると思います

Script＃とは異なり、私のjscコンパイラはMSILレベルで動作します。

ご不明な点がございましたら、お問い合わせください。

score 1 · Accepted Answer

パフォーマンスが重要でない場合は、JSONまたはXMLでデータをロードし、それをサーバー側に返して処理を行うことができます。WCFはそのままJavaScriptインターフェースを生成できると思います。例による.NET：JavascriptからのWCFサービスの呼び出しを参照してください。

score 0 · Accepted Answer

Microsoft のJScript.NETを使用して、.NET サーバーで Javascript コードを実行できるはずです。コンパイルして/target:library、CLS に準拠していることを確認し、その事実を次のように宣言します。

[assembly:System.CLSCompliant(true)]

またはCLS 準拠宣言のその他のバリアント。これが機能するようになると、サーバー (C# から呼び出す) とクライアント (他の JS から呼び出す) の両方で (少し) JS コードを実行し、両側で同等の機能をより簡単に確保できます。

client-side - Javascript と C# にまたがるクラス ライブラリの設計戦略