問題タブ [vici]

結果セットを NEWID で並べ替えてランダムな順序にするにはどうすればよいですか?

Event クラスの .List() メソッドで次のフィルターを使用すると、Vici.CoolStorage で「'System.String' 型のオブジェクトを 'QueryExpression' 型にキャストできません」という例外が発生しました。

-> イベント - リソース = ManyToOne 関係 (リソース プロパティ)

-> リソース - チーム = ManyToMany 関係、plural=true (CSList Teams プロパティ)

指定したチーム (teamID) に属するリソースを持つすべてのイベントを取得したいと考えています。これは Vici.CoolStorage フィルター構文で可能ですか?

ps。teamID = ガイド

ページング ナビゲーションをレンダリングする ViewComponent を考えてみましょう。コンポーネントに渡されるパラメーターの 1 つは、現在の PageIndex (表示されたページのインデックス) です。

この渡された値を ViewData に入れずに ViewComponents テンプレートで使用するにはどうすればよいですか?

-- ビュー コンポーネント:

-- 親ビュー:

-- コンポーネント ビュー:

誰かがViciパーサーを使用して実行時にこの式を評価するのを手伝ってくれますか？

5*VARIABLEのような他の通常の式を試しました。しかし、VICIパーサーを使用して条件ステートメントを評価することは可能ですか。

例：IF SAL> 5 THEN 25 ELSE 45 ENDIF

ありがとう...

クロスプラットフォームであることは、Vici CoolStorage を使用する正当な理由ですか?

理想的には、データ モデルを 1 回記述し、それを同じアプリの MonoTouch、MonoDroid、および Windows Phone バージョンで使用することをお勧めします。その場合、Vici CS が最善の策ですか?

これは、MonoTouch の Vici CS ORM がどのように機能するかを理解していないことに関係していると思います。Vici CS for Monotouch を使用する場合、主キーが INTEGER AUTOINCREMENT に設定されていない場合、DB マップ オブジェクトのインスタンス化に長い時間がかかります (数十秒)。PK が INTEGER AUTOINCREMENT の場合、実行はスムーズです。

私の DB マップ クラスは次のようになります。

データベース作成スクリプト:

テーブル作成スクリプトで AUTOINCREMENT キーワードを削除すると、Employee オブジェクトのインスタンス化が遅くなります。削除しなくても問題なく動作します。

その制約を回避する推奨される方法はありますか? たとえば、GUID などを含むことができる主キーとして TEXT フィールドを持つことは可能ですか?

私はiPhoneとAndroid用のモノタッチに関する比較的小さなプロジェクトを持っており、WP7を追加する予定です。私はvicicoolstorageをSQLiteのORMとして使用しており、問題なく動作しますが、1つの問題があります。dbを使用してスレッドごとに追加のスレッドを作成します。アプリケーションは超並列であるため、すでにスレッドの限界に達しており、変更したいと思います。スレッドの作成はCSConfig.csで実行され、異なるスレッドからGetDBを呼び出すたびに、新しいスレッドが作成されることがわかりました。

は_threadDataマークされてい[ThreadStatic]ます。このGetDBは、ORMを使用するたびに呼び出されると思います（CSConfigのデフォルトDBを自分のDBに設定します）。スレッドはThreadDataコンストラクター内に作成されます。そして、スレッドはこの関数を実行します。

したがって、基本的には、呼び出し元が終了するのを待ってから、データベース接続を破棄します。

問題は、この動作をオーバーライドして、呼び出し元のスレッドが終了する前に、GCにデータベース接続を破棄させるか、Dispose()自分自身を呼び出す方法です（DBを使用してすべてのスレッドを制御するので、それを実行できます）。スレッドが終了したときにORMに切断を処理させないのは良くないことは知っていますが、ワーカースレッドごとに1つの追加スレッドを使用することはできません。