私はパーミッションクラスのいくつかの明確かつ簡潔な名前を考え出しています。パーミッションクラスは、パーミッションが許可されているか、許可されているのか、許可されているのかを調べることができます。私は将来の時制と呼ぶべきものを失っている。過去、現在、そして未来の緊張の命名関数？
class Permission:
def can_read()
def could_read()
def will_read()?
def will_be_readable()?
私はほとんどwill_read()に部分的ですが、面白く聞こえます。 will_be_readable()は明らかですが、それほど長く、will_be_read()は誤解を招きます。
ええ、英語は本当にここに問題を抱えています。 readable_now、readable_past、readable_futureに切り替えるとどうなりますか？あなたのケースで過去と未来が特定の意味を持っていれば、より良いネーミングがここで働くことができます。私は確信しています。
あなたが許可クラスを探しているので、コードは問題として定式化されます。
別に私は意味的に同等の機能のために同じプレフィックスを維持しようとする、と私はオフのままになることからif (the_user.can_read()) ...
if (the_user.can_read_past()) ...
if (the_user.can_read_future()) ...
デフォルト/ほとんどの場合の接尾辞。論理的な命名構造の文法上の正しさを犠牲にすることは実際の問題ではありません。そういうことが、私がやることです。
will_read()は、アクションの前にトリガーされるイベントによく似ています。
編集：「can_read_past」は「古いものを読むことができる」と認識されている可能性があります。多分スコット・エバーデンの提案は良いでしょうか？
fwiw：.can_read_past（）は、ユーザーが現在読むことができることを意味しますが、過去のイベントのみを示します。おそらく：the_user.had_read（）またはその行に沿ったものです。 –
肉眼では、はい。理想的ではないことは分かっています。私は、can_read（）がデフォルトの予想されるケースであり、他の2つはそのバリエーションであると仮定して、一貫性を保ちようとしました。私はそれを "過去のものを読むことができる"としてではなく、 "過去の"修飾子を持つ "can_read（）"と考えました。しかし、再び、私はネイティブスピーカーではないので、後者に対する本能的な好みがどれほど強いのかは本当に言えません。 – Tomalak
許可が許可されているか拒否されているかに関係するので、読み込みよりも説明的な単語がありますか？
が
scheduled_to_authorize
が、だったし、will_beは私に明確な..です または多分readable_before、readable_now、readable_later
現在、過去を追跡する許可制度はどのような*と認可
can_authorizeアイテムの将来の可用性？ – Tomalak
アイテムに発生した変更を監査するためのものです。何かが権限を追加または削除した場合、それはそのようにマークされます。その後、オブジェクトが保存されると、その変更が記録されます。 –