定義しましょう 英語 意味 - 英語訳 - 日本語の例文

• define
• the definition

日本語 での 定義しましょう の使用例とその 英語 への翻訳

手始めに、sendメソッドを含むクラスを定義しましょう。
To get started, define a class that contains a send method.

まず、ベジタリアンやビーガンの意味を定義しましょう。
First, let's define what it means to be a vegetarian or vegan.

まず、ベジタリアンやビーガンの意味を定義しましょう。
Let us first address the definition of vegetarian and vegan.

次に、Taskモデルに対するuserリレーションを定義しましょう。
Next, let's define the user relationship on the Task model.

最初に、入力と出力を定義しましょう。
Let's start by defining our inputs and output.

次にモデルを定義しましょう。
Next Determine the Model.

未来を言葉で定義しましょう。
Note the word FUTURE in the definition.

では、あなたの目標をこう定義しましょう。
I suggest you define your goals in this way.

注入された変数を受け取るパラメーターを関数に定義しましょう。(_itemテンプレート内の$varsパラメーターです)。
Define a function parameter to receive the injected variables(the$vars param in the_item template); and.

では始める前に何がグリーンなのか定義しましょう人に依ってはグリーンの定義が違うからです。
But before I do that, we have to go over the definition of what green is,'cause a lot of us have a different definition of it.

これでアプリケーションのレイアウトが定義できました。このレイアウトを継承する、子のページを定義しましょう。
Now that we have defined a layout for our application, let's define a child page that inherits the layout.

ToStringを非列挙型にするために、プロパティディスクリプタを使って定義しましょう。Object。
To make toString non-enumerable, let's define it using a property descriptor. The syntax of Object.

最初に、JSON-RPCサーバーによって公開したいクラスを定義しましょう。
First, let's define a class we wish to expose via the JSON-RPC.

今回もfirst_name属性を取り上げ、ミューテターを定義しましょう。
So, again, let's define a mutator for the first_name attribute.

今度はPhoneモデルからそれを所有しているUserへアクセスするリレーションを定義しましょう。
Now, let's define a relationship on the Phone model that will let us access the User that owns the phone.

次に、このレイアウトを使用しメインコンテンツを表示する、子のビューを定義しましょう。
Next, let's define the child view that will use this layout and provide its primary content.

あなたがそれらのどれかを次回見るときに混乱しないように、それぞれを定義しましょう。
Let me define each of them so you won't get confused the next time you see any of them.

はじめに、編集者が誰を意味するのかを定義しましょう。
To begin, let's define who is meant by the editor.

共通の列「SalesPersonID」から、テーブル「Sales」と「SalesPerson」のルックアップ関係を定義しましょう。
Let's start defining lookup between Sales and Sales Person tables through the common column Sales Person ID.

さて今度はプロパティを定義しましょう：title、text、created_date、published_date、それにauthorですね。
Now we define the properties we were talking about: title, text, created_date, published_date and author.

次のステップではデフォルトのデータ形式とサポートする入力フォーマットを定義しましょう。
Next step is thus to define the default and supported input formats.

では、ボタンをクリックされた時に、アプリケーションを終了するように定義しましょう。
So, at the click of a button, as you exit the application definition.

では、CSSを使って表示するアイコンを定義しましょう。
Now that we have defined a panel in which to display an icon, we use CSS to specify which icon to display.

次に、タスクを表すEloquentORMモデルを定義しましょう!
Next, we're ready to define an Eloquent ORM model for our tasks!

そのためには、前述の通り、まずDashboard設計に入る前に、エンドユーザーと一緒に要件を収集し、KPIを定義しましょう。
To that end, as we mentioned earlier, before diving head first into dashboard design, sit with your end users in order to gather requirements and define KPIs.