2009-07-02 7 views
0

나는 허가/거부되었거나 허가 될 것인지를 검사 할 수있는 Permission 클래스에 대해 명확하고 간결한 이름을 제시하려고한다. 나는 미래의 시제라고 부를 무엇을 잃었습니다.과거, 현재, 미래 시제에 대한 명명 함수?

class Permission: 
    def can_read() 
    def could_read() 
    def will_read()? 
    def will_be_readable()? 

나는 부분적으로 will_read()이지만 웃긴다. will_be_readable()은 명확하지만 다소 길며 will_be_read()은 오해 할 소지가 있습니다.

+0

어쩌면 readable_before .. 나에게 깨끗한 또는 아이템의 미래 가용성? – Tomalak

+0

해당 항목에 발생하는 감사 변경에 사용됩니다. 무언가가 허가를 추가하거나 제거하면, 그러한 것으로 표시됩니다. 그런 다음 나중에 개체가 저장되면 변경 내용이 기록됩니다. –

답변

1

그래, 영어는 실제로 여기에 문제가 있으며, 미래의 "수"시제는 없습니다! 전환하려면 (말하십시오) readable_now, readable_past, readable_future? 과거와 미래가 특별한 의미를 지닌 경우에 네이밍이 더 효과적 일 수 있다고 확신합니다. 당신은 권한 클래스를 찾고 있기 때문에

3

, 코드는 질문으로 공식화됩니다

그렇다 나는 의미와 동일한 기능을 위해 동일한 접두사를 유지하기 위해 노력할 것이라고, 나는 생략 할 것이라는 점에서
if (the_user.can_read()) ... 
if (the_user.can_read_past()) ... 
if (the_user.can_read_future()) ... 

디폴트/대부분의 경우의 접미사. 논리적 인 명명 구조에 대한 문법적 정확성을 희생시키지 않으면서도 자연 언어에 맞도록 코드를 작성하는 것과 같은 문제는 없습니다. 그래서 그런 일이 제가 할 일입니다.

will_read()은 작업 전에 트리거되는 이벤트와 비슷합니다.

편집 : "can_read_past"은 "오래된 내용을 읽을 수 있음"으로 인식 될 수 있습니다. Scott Evernden의 제안이 더 좋은가?

+0

fwiw : .can_read_past()는 사용자가 현재 읽을 수 있지만 과거 이벤트 만 읽을 수 있음을 의미합니다. 아마 : the_user.had_read() 또는 그 라인을 따라 무엇인가. –

+0

육안으로, 예. 나는 그것이 이상적이지 않다는 것을 안다. 나는 can_read()가 디폴트이고, 예상되는 경우이고, 다른 두 개가 그것의 변형이라고 가정하면서 일관성을 유지하려했습니다. 나는 "과거"수정자를 가진 "can_read()"로 생각했다. "오래된 물건을 읽을 수있다"고 생각하지 않았다. 그러나 다시, 나는 원어민이 아니기 때문에, 후자에 대한 본능적 인 선호도가 얼마나 강하다고 말할 수는 없다. – Tomalak

0

권한이 허용/거부 된 것과 관련되어 있기 때문에 읽기보다 설명이 더 많은 단어가있을 수 있습니까? can_authorize


1

했다
scheduled_to_authorize 권한을 부여하고, will_be은 과거, 현재 * 및 추적 권한 시스템의 어떤 종류의 readable_later, readable_now,