VIEW MODEL 日本語 意味 - 日本語訳 - 英語の例文

• ビューモデル
• viewモデル
• viewmodelは

英語 での View model の使用例とその 日本語 への翻訳

The view model is a non-visual class.
ViewModelは、非ビジュアル・クラスです。

MVVM: Binding radio buttons to a view model?
MVVM：ラジオボタンをビューモデルにバインドしますか？

You can set the view model by yourself(custom).
眺めモデルを独りで置くことができます（習慣）。

Set focus on textbox in WPF from view model(C).
ビューモデルからWPFのテキストボックスにフォーカスを設定する（C）。

To summarize, the view model has the following key characteristics:.
要約すると、ViewModelには次の重要な特性があります：。

The post data array is processed into a view model array.
各POSTデータのアレイを加工し、ビューモデルのアレイを生成する。

The view model may define logical states that the view can represent visually to the user.
ViewModelは、ビューが、ユーザーに視覚的に表示することができる論理状態を、定義するかもしれません。

In MVVM, the view's data context is set to the view model.
MVVMでは、ビューのデータの状況は、ViewModelに設定されます。

Background thread optimization The creation of view models are structurally guaranteed to occur in the background thread.
バッググラウンドスレッドの最適化バッググラウンドスレッドでのビューモデルの生成は構造的に保障されます。

This makes it possible to simplify page-based applications and keep views and view models together.
そのため、ページベースのアプリケーションをシンプルにし、ビューとビューモデルを共に保持できます。

The process of post data being made into view models through the factory all occur on the background thread.
このようにファクトリを利用してPOSTデータをビューモデルにしていく一連のプロセスは、すべてバッググラウンドスレッドで行われます。

View Model Worst Practices(09:06) Never reference the view controller Do not import UIKit.
ViewModelのWorstPractice(09:06)ViewControllerの参照は持たないことUIKitをインポートしないこと。

For example, to delete the caches of the customer_view model and the product_view model:.
例えばcustomer_viewモデルとproduct_viewモデルのキャッシュを削除する場合は次のようになります。

Embedded application operates view model variables, while UI connects variables with components and animations through data binding.
組込みアプリはビューモデル変数を操作。UIは変数とコンポーネントやアニメーションをデータバインドで結び付け。

This separates the application's Model(stored data), View(UI) and View Model(Javascript Representation of model).
これは、アプリケーションのモデル（保存されたデータ）、ビュー（UI）とビューモデル（モデルのJavascriptの表現）を分離します。

Typically, the view model will define commands or actions that can be represented in the UI and that the user can invoke.
一般的に、ViewModelは、UIで表示されることができる、命令や動作を定義し、そして、ユーザーは、それを呼び出すことができます。

It is also used to configure and initialize the module catalog and the shell's view and view model or presenter.
また、それは、モジュール・カタログを構成し、シェルのViewとViewModelやプレゼンターを初期化するために、使用されます。

Additional costs occur from creating additional view models and managing the relationships between post data and view models.
そこから、ビューモデルの追加生成コスト、POSTデータとビューモデルとの関係管理コストが発生します。

It contains multiple modeling productivity modules which enable users to create common machinery components much more rapidly than with generic standard Adams View model construction functionality alone.
複数のモデリング効率向上のためのモジュールが含まれ、汎用的な標準Adams/Viewモデル作成機能だけを使うよりもはるかに短時間で、よく使う機械コンポーネントを作成できます。

A common example is when the view model provides a Submit command that allows the user submit data to a web service or to a data repository.
一般的な例は、ViewModelが、Submitコマンドを提供するとき、それは、ユーザーが、Webサービス、あるいは、データリポジトリに、データを送信することができます。

This makes the overall structure much simpler as the view controller no longer needs to know which view it needs and you can focus on the structure of view models and views without being concerned about the relationships with other views..
そうすることで、ビューコントローラではビューを把握する必要がなくなり、ビューとしても他のビューとの関係は排除しビューモデルとビューの仕組みを考慮するだけで済むため、全体としてコンパクトな構造に仕上がります。

This removes the need to directly access a view model to delete or modify it. Now, whenever a post is deleted or edited, the view model array and relationship data structures automatically reflect the changes made.
そうするとビューモデルに直接アクセスして削除・修正する必要はなくなり、POSTの削除・修正が行われるとビューモデル・アレイと各々の関係データ構造は自動で同時に修正されます。

Likewise, you will see they use the same presenter(DataBindingPresenter), view model(MainViewModel), data access layer(MockDataDal) and logger(DebugLogger).
同様に、同じプレゼンター(DataBindingPresenter)、ビューモデル(MainViewModel)、データアクセス層(MockDataDal)、およびロガー(DebugLogger)を使用しています。

View model creation process In the previous structure, the DataResult Controller stored the post data sent from the server in an array, and the view controller accessed these arrays to use the post data.
ビューモデルの生成プロセス従来の仕組みでは、サーバーからPOSTデータを取得するとDataResultコントローラがそれらのデータをアレイ型で格納し、ビューコントローラはこのアレイにアクセスしてPOSTデータを利用する、といった流れで作業が行われていました。

Cons Costs of managing the relationships between posts and view models The data structure is two-fold, creating view models by processing posts and then using the view models.
デメリットPOSTとビューモデルとの関係管理コスト新しい仕組みはPOSTをそのまま使わずにいったん加工してビューモデルを生成し、その後ビューモデルを利用するといった二つのデータ構造からなっています。

View model data structure When processing post data into view models, you must manage the relationships between posts and view models whenever you perform insert, delete, or update tasks using post data.
ビューモデルのデータ構造前述の通りPOSTデータをビューモデルに加工することになると、新しいPOSTデータを利用してinsert、delete、updateなどの作業を行う際、各POSTとそれに割り当てられたビューモデルとの関係を管理する必要があります。

We included the process of making a view model from a post inside the DataResult Controller, so that view model arrays and view model relationships would be automatically refreshed each time a post is inserted or updated.
POSTからビューモデルを作るプロセスについては、DataResultコントローラの中にそれを含めることで、POSTをinsert、updateするときに自動的にビューモデル・アレイとビューモデル関係の更新が行われるように実装しました。

Real-time calculation and tracking of where each post's view model is positioned on the view model array Management of each post's view model through a relationship data structure between the posts and view models In terms of search performance the method seen in 1. is more advantageous for real-time tracking of post and view model positions.
特定POSTのビューモデルがビューモデル・アレイのどこの位置を占めているかを演算し、リアルタイムでトラッキングする方法POSTとビューモデルの間に関係データ構造を置いて各POSTに該当するビューモデルを別途管理する方法検索性能の側面からすると、リアルタイムでPOSTとビューモデルとの位置情報を把握する1.の方法が有利といえます。

Views Models Explores and Visualizations.
ビューモデル、ビジュアリゼーションあらかじめ組み込み済みで、。

In Zend Framework projects, you have controllers, actions, views, models, databases and so on and so forth.
ZendFrameworkプロジェクトで、あなたはコントローラやアクション、ビュー、モデル、データベースや他のものを持ちます。