検索
ホームページウェブフロントエンドjsチュートリアルDWZ table_jquery のネイティブ ページングに関する簡単な説明

最近では、DWZ のネイティブ テーブル ページングがプロジェクト開発で使用されることはほとんどなくなり、jqgrid や Grid などのサードパーティのデータ バインディング テーブル プラグインがよく使用されています。プロジェクトで必要な場合は、DWZ 独自のテーブルを使用する必要があります。 🎜>

次にコードを見て、DWZ でのテーブル ページングの使用方法を詳しく説明します。MVC でのテーブル ページングの実装方法を次に示します。

?

プロパティの紹介

targetType: バインディング メソッド。DWZ には "navTab" と "dialog" の 2 つのメソッドが用意されています。名前が示すように、ページングがタブ ページ上にあるのか、ポップアップ レイヤー上にあるのかを意味します。

totalCount: データの総行数

numPerPage: 現在のページのデータ行数

pageNumShown:総ページ数

currentPage: 現在のページ番号

コードをコピー コードは次のとおりです。
@using (Html.BeginForm("BidPrjList ", " TbUnify", null, FormMethod.Post, new { id = "pagerForm" }))
{


}

DWZ の下のページング フォームには ID を追加する必要があることに注意してください="pagerForm " プロパティ。それ以外の場合は実行されません。 DWZ でのテーブルのページングの本質は、ページング メソッドをフォーム送信の形式でバックエンドに渡し、バックエンドがパラメーターを受信して​​ページング情報を取得することです。例:

コードをコピー コードは次のとおりです:
Request.Form["numPerPage"]

ページング情報フォ​​ームを取得する値は、View の pagerForm フォームで定義した隠しテキスト フィールドの名前です。バックグラウンドで受信した後、データ ソースからページング データを要求します。その後フロントデスクに戻ります。
ここには小さな問題があります。初めてこのページに入ったとき、現在のページングのフォーム送信イベントをトリガーできません。そのため、上で ViewBag.numPerPage の動的割り当てを定義しました。各ページに分割され、フロントエンド インターフェイス ページング スタイルを定義するだけで、実際のデータはバインドされていないため、フロント デスクから渡されたページング情報をバックグラウンド データ ページングの基礎として使用する必要があるため、フロント デスク ページングデータと一致する可能性があり、混乱を引き起こすことはないことに注意してください。

実際のプロジェクトの開発では、必ずテーブルとフィルター条件を組み合わせます。DWZ のテーブルに制限条件を渡す方法も、上記と同様に、渡す必要がある隠しテキスト フィールドを追加するだけです。ページング フォームに送信します。例:

コードをコピー コードは次のとおりです:


このようにして、受信したフィルター条件をバックグラウンドで受け入れることができます。
DWZ のテーブル ページングの本質は、現在のタブ ページのデータを再ロードすることです。これにより、ページングと制限が併用されている場合、ページの再ロード後にフィルターが発生します。条件は失われます。ここでの解決策は、フィルター条件に値が割り当てられるたびに、それが空であるかどうか、およびフィルター条件を追加するかどうかをバックグラウンドで判断することです。皆さんもぜひ注目していただければと思います。

最後のポイントである targetType は、上で紹介したもので、現在のページング メソッドとページングが本質的にタブ ページの更新であることを示しています。そのため、テーブルを含むビュー レイヤーを部分ページとして非同期でロードすると、次のことがわかります。 DWZ のページング コントロールは表示されないため、ページングは​​実行できません。$.load または @Html.Partial を使用する場合は、ページングごとにタイプを指定する必要があると上で説明しました。最初のページの、これも DWZ の欠陥です。結局のところ、DWZ は近年台頭してきましたが、まだ多くの問題やバグがあり、特にテーブル ページングとデータ バインディングは非常に使いにくいです。一般に、DWZ の他のコンポーネントは DWZ とは異なります。スタイルは依然として非常に優れています。

さて、今日の DWZ テーブル ページングについてはこれで終わりです。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
JavaScript in Action:実際の例とプロジェクトJavaScript in Action:実際の例とプロジェクトApr 19, 2025 am 12:13 AM

現実世界でのJavaScriptのアプリケーションには、フロントエンドとバックエンドの開発が含まれます。 1)DOM操作とイベント処理を含むTODOリストアプリケーションを構築して、フロントエンドアプリケーションを表示します。 2)node.jsを介してRestfulapiを構築し、バックエンドアプリケーションをデモンストレーションします。

JavaScriptとWeb:コア機能とユースケースJavaScriptとWeb:コア機能とユースケースApr 18, 2025 am 12:19 AM

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScriptエンジンの理解:実装の詳細JavaScriptエンジンの理解:実装の詳細Apr 17, 2025 am 12:05 AM

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Python vs. JavaScript:学習曲線と使いやすさPython vs. JavaScript:学習曲線と使いやすさApr 16, 2025 am 12:12 AM

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

Python vs. JavaScript:コミュニティ、ライブラリ、リソースPython vs. JavaScript:コミュニティ、ライブラリ、リソースApr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへ:すべてがどのように機能するかC/CからJavaScriptへ:すべてがどのように機能するかApr 14, 2025 am 12:05 AM

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

AtomエディタMac版ダウンロード

AtomエディタMac版ダウンロード

最も人気のあるオープンソースエディター

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境