Программирование, т. 7

замени Get на Do

 

да и зачем вообще чейнить гет вызовы?

откуда я знаю

и в итоге

хуйпизда().хуйпизда().хуйпизда().хуйпизда().хуйпизда().хуйпизда() и т.д.

не знаю кому как но мне это выглядит как чейн вызов

get.get.get. выглядит как будто структура данных сильно запутана и одни объекты вложены в другие

где там вроде в чистом коде написано - если больше двух геттеров подряд, чтобы добравться до данных = у вас проблема

 

а если первый get возвращает объект после пертрубаций в этом методе, а из нового объекта дергается еще один гет, опять возвращая новый другой объект после пертрубаций во втором методе - то тут имхо хуйня в логике и архитектуре ну и в нейминге

ну или как минимум писать

ObjB b = new ObjA().get()

ObjC c = b.get

 

либо я не понял о чем вы тут вообще

либо я не понял о чем вы тут вообще

феликс пену из рта не сдержал как вспомнил что я не приатачил Гет в pure-static функцию чтобы нейминг конвенции следовать

мы тут о том, что называть функции надо глаголами, но дедскин утверждает, что существительными тоже норм, т.к. и так понятно, что функция делает. Вот есть функция

home()
лично мне не понятно что она делает, получает дом, обновляет дом, строит дом, разрушает дом??? но дедскину норм, ему все понятно, главное покороче. Можно кстати вообще h() назвать, тогда еще читабельнее станет

Изменено 20 июня 2018 пользователем .felix

h() это блять зарезервированное сокразщение для hui()

чтите пд код конвенцию бля 

опять то же самое

я сам 95% функций называю глаголами

 

но там шла речь не о home()

 

а nounPluralEnding : int -> string

что есть пьюр статик функция

 

нахуй там get? оно умеет получать множественные окончания? обновлять их? строить? разрушать?

там гет неправильный, ты ничего не получаешь, если тебе так упёрся глагол, то там нужен Create, Generate, Lookup или хуй знает что, но ваши шаблонные геты там нахуй не нужны потому что ни одна ебаная чистая функция не должна никогда в названии его иметь

гасите крайнюю плоть, пацаны

А разве -ing форма не относится к глаголам? Чистые функции, чейны блять какие-то, совсем ебанулись уже. 

Если метод член класса и производит изменение самого объекта, либо метод статический и возвращает тот же тип класса измененный то в нейминге предпочитаю использовать один глагол, составленный из окончаний типо

-ify

-ize

который отражает качественное изменение.

капиталайз, симплифай, колорайз и тд например. Если можно конечно.

 

Если статический метод маппирования одного типа к другому, то можно с "to" хуйТуПизда. Или если зависит от внутреннего содержимого. emptyToNPE

Если член класса, то можно "as" эзПизда

 

Книжку о красивом коде не читал, тупо заразился примерами с апишек хуишек на жабе.

Изменено 20 июня 2018 пользователем Index

Если статический метод маппирования одного типа к другому

если что подобного типа toOtherType() это обычно как раз таки мембер методы исходного класса а не статики

кроме как если ты собираешься функцию 10 раз оверлоадить для того чтоб принимать разные типы, но это тоже не стоит делать с названием to и лучше делать статик мембером таргет класса OtherType.From(SourceType obj) если надо с оверлоадами на другие типы с From(SourceType2 obj) From(SourceType3 obj) итд

а если функция не лежит ни в исходном классе, ни в таргетном, то самое правильное называть явно с обеими типами в названии OtherType SourceTypeToOtherType(SourceType from)

nounPluralEnding : int -> string

что есть пьюр статик функция

 

нахуй там get? оно умеет получать множественные окончания? обновлять их? строить? разрушать?

там гет неправильный, ты ничего не получаешь, если тебе так упёрся глагол, то там нужен Create, Generate, Lookup или хуй знает что, но ваши шаблонные геты там нахуй не нужны потому что ни одна ебаная чистая функция не должна никогда в названии его иметь

 

Ты вызываешь чтобы получить, функция начинается с get, что не так у тебя?)))

получить откуда?

если ты хочешь что-то получить, это значит что оно уже есть где-то и ты его просто "получаешь"

 

если мы это функцию рассматриваем как словарь окончаний то это Lookup, а не Get

если ты хочешь что-то получить, это значит что оно уже есть где-то

 

Интересное заявление канеш

И под "есть где-то" интересно что ты подразумеваешь, окончание в принципе существует, где-то есть, или обязательно в памяти выделенной под программу где-то должно быть?

Я когда get запрос делаю у меня этих данных тоже "где-то" на пк нет

обчитаются своего маконела и обсуждают потом чистый код 

 

если ты хочешь что-то получить, это значит что оно уже есть где-то

 

Интересное заявление канеш

И под "есть где-то" интересно что ты подразумеваешь, окончание в принципе существует, где-то есть, или обязательно в памяти выделенной под программу где-то должно быть?

 

нет, оно может быть в базе данных, в памяти, на диске, вертеться у меня на хую и его всего-то нужно оттуда забрать

 

разница с каким-то дефолтнымм GetUser(int id) в том что id уникальный идентификатор для возвращаемого User и наоборот и ты просто "берёшь с полки" юзера

 

лепить Гет на окончание это всё-равно что делать GetSum(int a, int b) => a+b; тут гет ещё меньше нужен потому что в английском Sum может быть глаголом, но если допустить что нет, и например в русском вариант Сумма(int a, int b) >>> ПолучитьСумму(int a, int b) не смотря на то что в нём нет глагола

а всё потому что эти чистые функции которые мапят аргументы к выводу и на этом всё, в таких случаях глагол не обязателем

Предпочел бы увидеть getSum() нежели sum()

 

ладно, с моей стороны дискуссия закончена

теперь буду всегда писать getConvertionFromStringToInt(string number)

Блять в этом случае toInt явно указывает на действие

а Sum блядь не указывает

а то вдруг мы обновляем сумму? разрушаем её?

Изменено 20 июня 2018 пользователем TheDeadSkin

Не явно блядь