rigidbody2d.MovePositionにて移動距離をピクセル数で指定してはダメですか？

Question

Unity2Dにて2Dオブジェクトを移動させたいと思い、rigidbody2d.MovePositionによって移動が出来るということで以下のようなスクリプトを作りました。

public class Move : MonoBehaviour
{
    private Rigidbody2D rb;
    private Vector2 position;

    void Start()
    {
        rb = GetComponent<Rigidbody2D>();
    }

    public void Move(float xMovePixel, float yMovePixel)
    {
        position = rb.position;
        position.x += xMovePixel;
        position.y += yMovePixel;
        rb.MovePosition(position);
    }

}

このMoveスクリプトを動かしたい2Dオブジェクトにアタッチし、別にアタッチしているキャラクターコントローラースクリプトから移動ピクセル数を指定してMoveメソッドに渡して移動させます。
（右に4ピクセル移動させたい場合はxMovePixelに4.0fを渡します）
実際これで問題なく移動はするのですが、rigidbody2d.MovePositionの使い方を見てみるとピクセル数を指定して加算するのではなく、速度を渡してそこにTime.deltaTimeをかけた距離を加算して動かしています。
ピクセル数の方が分かりやすいと思ったのですが、rigidbody2d.MovePositionを使う際にピクセル数を指定して動かすという考え方は処理的によろしくないでしょうか？
細かい用語の使い方が間違っているかもしれませんが、ご回答の程よろしくお願い致します。

Answer 1

Update関数内で実行することになると思いますが、Upadate関数内で実行する場合は1フレームごとに実行されます。1フレームの時間かデバイスによって異なります。Update一回でx方向に4移動するようにしてしまうと、Update間隔が短いデバイスの場合は移動速度が速くなり、Update間隔が長いデバイスの場合は移動速度が遅くなってしまいます。

従って多くのアプリでは、デバイスの影響を受けないようにTime.deltaTimeを用いてUpdate間隔で補正をかけています。

Comments

[Suou]

ご回答有難うございます（Update関数内で実行することを書き忘れてしまい申し訳ございません）
やはりTime.deltaTimeを使ったほうがいいとのことで、Time.deltaTimeを用いた実装にします。