更新vs変更vs変更-作成vs追加-削除vs削除
私は人事管理アプリケーションで作業しており、Webインターフェースからの人々の作成/削除/更新を頻繁に行わなければなりません。
更新、変更、変更の意味が少し異なるかどうか、およびデータベース内の既存のリソースを変更する操作を説明するのに最も適していると思われるものを知りたいです。
AddとCreateについても同じ疑問があります。実際にはAddの方が短いため、実際にはAddを選択しましたが、Createに変更したのは、Createを使用して、何かが既に存在していて（たとえばグループに）追加するだけでよいため、初めて作成され、データベースに追加される存在しないエンティティについて話しているのは明らかです。
削除と削除については、このルールを使用します。
- 削除=完全に削除
- 削除=非永久的な削除
これらのことを最もよく呼ぶものは次のものに依存します：
- システムを使用しているのは誰か。
- 実際に実行されているアクションの性質は何ですか。
- 他にどのようなアクションを実行できるか。
プログラマーの見解
データベース（およびデータ駆動型API）に関しては、有名な[〜＃〜] crud [〜＃〜]操作があり、これはCreate/Read/Update/Destroyを表します=。
多くのプログラミング言語では、まず作成レコード、次に追加コンテナに、次に削除コンテナから、そして破棄または削除それ。
また、プログラミングでは、changeはまだ永続化されていない（データベースまたはファイルに保存されている）ことを示し、pdateは変更の永続化を示します。 Modifyは一般的ではありませんが、非永続状態のフラグとして「変更されたレコード」（別名「ダーティレコード」）を取得します。
日常言語
あなたは人々がこれらの定義に同意するだろうと主張することができます：
- あなた作成ゼロから何か。新しいレポートを作成するように。
存在すると、コンテナにadd何かを追加します。管理者グループに人を追加するようなものです。
modifyingで、プロパティを変更します。デザインを変更するようなものです。
- pdatingによってデータを変更しますが、デザインは変更しません。誰かの電話番号を更新するように。
changeing何かによって、既存のものを別のものに置き換えます。プロフィール写真を変更するように。
削除によって、コンテナから取り出します。冷蔵庫から何かを取り除くように-物はまだ存在しています。
- destroying作成とは反対のこと-永遠に消え去った。おもちゃを破壊するような。
- 削除オフの場合はワイプするため、取得できなくなります。これは、今日の人々が「削除取り消し」機能に慣れているという明らかな例外を除いて言われています。したがって、ここでは多少あいまいですが、永続的なデレーションという用語を使用することは、インターフェースの標準です。
私のおすすめ
- Addよりも優先Create明確なcreate-then-addメカニズムがない限り。技術的に（そしてあなたが言ったように）作成とは、それが以前には存在しなかったことを意味しますが、プログラマーは「レコード」について考えますが、ユーザーはこれらが表す抽象化について考えます。個人のレコードを追加することは完全に理にかなっていますが、「個人を作成する」または「タスクを作成する」は「システムに個人を追加する」または「タスクリストにタスクを追加する」よりも直感的ではありません。明らかに、ユーザーがITプロフェッショナルであり、データベースとレコードの内容に精通している場合は、追加よりも作成を優先します。
- 永続化が関係する場合、変更よりもpdateを優先します。そうは言っても、ユーザーは「変更を保存する」ことに慣れています。 modifyは使用しないでください。
- 非永続的な削除の場合はRemoveを、永続的な削除の場合はDeleteを優先します。