svilendobrev
Консистентно именуване
Интересна идея!
Основната цел на проекта е свързана с това, да преведе Python + част от стандартната му библиотека на друг език. В този смисъл целта е консистентност със съществуващото именуване(което е доста хаотично в различни стандартни модули и тн) или вътре в преведения език?
Имам предвид bg.py и имена като
any коедае
ascii текстпрост
delattr изтрийатр
isinstance еекземпляр
repr текстпълен
които изглеждат объркващо сляни, контра идеята кодът да е макс близко до псевдокод на бг. snake_case / CamelCase ?
ами основната идея е да се пише и чете на български. Консистентност.. т.е. подобност на "стила" - пожелателна.
подчертавка/долно_тире не се включва в кирилските клавиатури - което прави употребата му (почти) невъзможна. КамилскотоЯйцеНеЕОсобено читаемо/употребяемо също. Имам доста опит. То не случайно hasattr е написано така - кратко, ясно, запомнящо се, в стил : едно понятие = един неразглобяем йероглиф = символ.. въпреки че не е на литературен английски. Но: а) може да се измислят по-подходящи имена - напр. "някое" вместо "коедае" б) може да се направят и 3-те варианта да са валидни (генерирани от един и същ текст).. и който иска ползва квото иска. в) може да има няколко варианта на думата за родове и пр. (някой, някое, някоя всичките да значат any)
И доколкото даден текст на резултатния смок-език може да върви в комплект с превеждащия речник (напр, чрез мета-коментар като # --*-- enc), всеки (човек, отбор, проект) може да си има собствен речник. Набор-понятия един вид, т.е. стил.
Вариант е и - в лисп традиции
hasattr е ок, но в повечето случаи е доста нечетливо(each-map-pair eachmappair).
а, б и в са хитри и валидни решения. Идеята за "собствен речник" е приложима за всеки език с достатъчно удобен ast tooling, но ако всеки си има свой речник, това може да усложни четенето и споделянето на код. (От друга страна, може да има нещо като официален речник, а и всеки ще може да чете чуждия код, използвайки своя речник)