Т8
а можно ли котлин считать золотой серединой?
можно, но это почти тот же C#
Size: a a a
2020 May 29
KF
у нас нет топ левел фанкшенов
KF
возможно будут, где то пропозл был
Т8
у нас нет топ левел фанкшенов
но есть делегаты...
I
у нас нет топ левел фанкшенов
а зачем они нужны?
KF
а зачем они нужны?
что бы по фп угарать, как это зачем
I
что бы по фп угарать, как это зачем
Так статически функции же есть
Т8
Так статически функции же есть
делегаты есть, этого должно быть достаточно
I
На самом от функций в namespace (top level) - одни проблемы.
В том же котлине, они конфликтуют даже если лежат в разных файлах (когда у них сигнатуры совпадают).
В том же котлине, они конфликтуют даже если лежат в разных файлах (когда у них сигнатуры совпадают).
I
При этом там специальный костыль вбит, что бы конкретно функция main не конфликтовал.
AM
значит если нравится фарш, выходит надо идти на скалу?
если нравится фарш то надо делать котлеты
AM
пока не испортился
KF
если упарываться по сингл респонсобилити, то все равно каждый сервис будет иметь 1 публичный метод, так зачем тогда вообще делать этот сервис, а не просто одну функцию описать..
сегодня весь день работал с штуками в духе
столько лишнего когда, хотя это мог бы быть просто 1 метод
сегодня весь день работал с штуками в духе
private readonly IGetWeatherQuery _weatherQuery;
...
var a = await _weatherQuery.GetDataAsync(...)
столько лишнего когда, хотя это мог бы быть просто 1 метод
KF
ну т.е. он должен быть вынесен в отдельное место, для переиспользования, нельзя просто приватным где-нибудь сделать
KF
а писать все на статиках ну это чет хз, какой то экстрим, как тестировать тогда
I
если упарываться по сингл респонсобилити, то все равно каждый сервис будет иметь 1 публичный метод, так зачем тогда вообще делать этот сервис, а не просто одну функцию описать..
сегодня весь день работал с штуками в духе
столько лишнего когда, хотя это мог бы быть просто 1 метод
сегодня весь день работал с штуками в духе
private readonly IGetWeatherQuery _weatherQuery;
...
var a = await _weatherQuery.GetDataAsync(...)
столько лишнего когда, хотя это мог бы быть просто 1 метод
А сколько зависимостей у
GetWeatherQueryImpl?KF
А сколько зависимостей у
GetWeatherQueryImpl?одна, контекст базы данных или апи клиент к чему-нибудь
I
а писать все на статиках ну это чет хз, какой то экстрим, как тестировать тогда
Это зависит от того что внутри
Самый простой подход:
- ищешь в методе куски с чистыми вычислениями
- выносишь в стат. методы (рефакторинг "extract method")
потом их и тестишь
GetDataAsyncСамый простой подход:
- ищешь в методе куски с чистыми вычислениями
- выносишь в стат. методы (рефакторинг "extract method")
потом их и тестишь