日本語 での 返しても の使用例とその 英語 への翻訳
{-}
-
Colloquial
-
Ecclesiastic
-
Computer
-
Programming
言い換えて返したいが、できなければおうむ返してもいい。
もし複数の答えがあるのであれば、どれを返してもよい。
これらの関数はどのような値を返してもよく、ブール値として解釈できてもできなくてもかまいません。
だれがくびすを返してもアッラーをいささかも害することはない。
選択応答は、要求に対する最善の変種の表現を返しまして、その折衝可能資源の変種目録をも返しても構いません。
つまり、mal-loc()がNULLでない値を返しても、そのメモリが実際に利用可能であることが保証されない。
だがもし君が撃たれて生き延びたら─彼を撃ち返してもいいじゃないか?
認可サーバーはどのHTTP認証スキームがサポートされているかを示すためにHTTPステータスコード401(Unauthorized)を返してもよい(MAY)。
つまり、malloc()がNULLでない値を返しても、そのメモリーが実際に利用可能であることが保証されない。
Falseを返しても、子コンポーネントのstateが変化したときに子コンポーネントが再レンダーされるのを防ぐことはできません。
つまり、malloc()がNULLでない値を返しても、そのメモリが実際に利用可能であることが保証されない。
コンポーネントのrenderメソッドからnullを返してもコンポーネントのライフサイクルメソッドの発火には影響しません。
まちのりはポートのどこで借りても、どこで返してもOK!
一見、keySetの呼び出しは、その都度、新たなSetインスタンスを生成しなければならないように見えますが、あるMapオブジェクトに対するkeySetの呼び出しすべてが、同じSetインスタンスを返しても構いません。
でも、それは、古いものを返しても電話の変化は非常に動揺して、人々が、新しいデバイスでこの楽しいゲームを見つけられなかった時間を覚えている。
従って、問題となるケースは未定義として、実装では何らかの結果を返しても良いし、エラーを返してもよいものとし、ユーザーはどちらであっても対処できるよう注意しなければならない。
POSIXでは、いくらかのデータを読んだ後に割り込みが起こった場合、read()は(errnoにEINTRを設定して)-1を返してもよいし、既に読み込んだバイト数を返してもよい。
リクエストがユーザー名に適用された場合、サーバーは1つの名前だけを含むリストから構成される肯定レスポンスを返しても良い(MAY)し、エラーを報告しても良い(MAY)(例えば"550Thatisausername, notamailinglist")。
MAILまたはRCPTがない場合や、それらのコマンドが拒否された場合、サーバーはDATAコマンドに対して"commandoutofsequence"(503)または"novalidrecipients"(554)のリプライを返してもよい(MAY)。
ユーザー名の展開を要求されたサーバーは、ひとつの名前を含むリストから構成される肯定応答を返してもよいし(MAY)、エラー(例えば"550Thatisausername, notamailinglist"(それはユーザー名であり、メーリングリストではない))を報告してもよい(MAY)。
世界井戸"を返しても?
お金を盗んだらたとえ返しても刑務所いきでしょう。
使い終わったら、どこのドッキングステーションに返しても構いません。
また今から返しても、違法なら違法で、間に合わない。
だれがくびすを返してもアッラーをいささかも害することはない。
もし複数の答えがあるのであれば、どれを返してもよい。
これで儲けていた人は金を返しても良いと思う。
もし複数の答えがあるのであれば、どれを返してもよい。
贈与してくれた当人ではなく、別の人に返してもいい。