await bot.sendtextmessageasync (chatid, text, ParseMode.Html);

Вот такой вариант мне прям значительно больше нравится. Никаких если да кабы, функция делает ровно то, для чего предназначалась и находится в том объекте, в котором ожидается

Вот такой вариант мне прям значительно больше нравится. Никаких если да кабы, функция делает ровно то, для чего предназначалась и находится в том объекте, в котором ожидается

так это либа и она просто в ParseMode держит Enum парсмода, в тексте стринга. Просто какая разница, пилить отдельно статический хелпер и сувать в него стрингу и ее возвращать, либо дополнить стринг класс экстеншеном, который как принимает стрингу так и возвращает ее

Я понимаю, что она делает, просто мы через это уже проходили

у стринги так и своих статических методов море типа Split, Join и т.д. чеб не дополнить

Да, да, да, именно через это

А объясните чем метод самого объекта лучше чем функция, которая бы этот объект принимала аргументом

Работоспособность твоего кода начинает зависеть даже от местоположения в проекте, вводя неявные перекрёстные условия работоспособности Абсолютно никак не связанные методы запихиваются в один объект, который совершенно не является инициатором действий, а скорее данными Неявность такого кода — из контекста ты не можешь понять, валиден ли этот фрагмент, ты должен проверить неймспейсы и проверить, есть ли в каждом из них такие функции.

Этот подход нарушает инкапсуляцию

Нарушает целостность структуры объекта

Вообще можно долго продолжать

я на продакшене свифта работал, язык сырой еще был, мы пилили экстеншоны как могли, тим лид притащил бест практис

Работоспособность твоего кода начинает зависеть даже от местоположения в проекте, вводя неявные перекрёстные условия работоспособности Абсолютно никак не связанные методы запихиваются в один объект, который совершенно не является инициатором действий, а скорее данными Неявность такого кода — из контекста ты не можешь понять, валиден ли этот фрагмент, ты должен проверить неймспейсы и проверить, есть ли в каждом из них такие функции.

Ага, если бы ты писал на го или раст сильно бы ООП пересмотрел

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

Работоспособность твоего кода начинает зависеть даже от местоположения в проекте, вводя неявные перекрёстные условия работоспособности Абсолютно никак не связанные методы запихиваются в один объект, который совершенно не является инициатором действий, а скорее данными Неявность такого кода — из контекста ты не можешь понять, валиден ли этот фрагмент, ты должен проверить неймспейсы и проверить, есть ли в каждом из них такие функции.

в го и расте все методы объекта описываются извне

Ага, если бы ты писал на го или раст сильно бы ООП пересмотрел

С чего ты взял, что я не писал?

в го и расте все методы объекта описываются извне

Это не то

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

Пока у тебя не возникают проблемы с вышеперечисленным

С чего ты взял, что я не писал?

потому что хейтишь подход при котором методу передоятся явно параметр навроде self

и когда метод описан извне

хотя это вкусовщина, никто не заставляет использовать внешние методы

Я вообще то аргументы привёл, конкретные, можно переключиться на них вместо вангования о моих навыках, м?

потому что хейтишь подход при котором методу передоятся явно параметр навроде self

Это — вообще не явно

Во первых, ООП это просто слово обозначающие набор мало кому понятных по настоящему практик. Сложно найти две одинаковые точки зрения на него. На хабре эту тему раз сорок уже поднимали.

Поэтому нельзя осуждать что то по принципу "нарушается ООП"

Явно — это String -> Tag -> TaggedString, условно Биндить методы к общеупотребляемым объектам — это, как бы так помягче выразиться, не то

Поэтому нельзя осуждать что то по принципу "нарушается ООП"

Ага, именно поэтому я не отделался общими фразами, а написал, что конкретно нарушается

Абсолютно никак не связанные методы запихиваются в один объект, который совершенно не является инициатором действий, а скорее данными - правильно, обьект это данные, так и должно быть

Откуда методы в данных?

Неявность такого кода — из контекста ты не можешь понять, валиден ли этот фрагмент, ты должен проверить неймспейсы и проверить, есть ли в каждом из них такие функции. - в студии достаточно навести мышку на метод

Неявность такого кода — из контекста ты не можешь понять, валиден ли этот фрагмент, ты должен проверить неймспейсы и проверить, есть ли в каждом из них такие функции. - в студии достаточно навести мышку на метод

Это означает, что код не самодокументируем

Откуда методы в данных?

Программы = данные + алгоритмы, ещё Дейкстра сказал

И требует костыля от IDE

Программы = данные + алгоритмы, ещё Дейкстра сказал

А теперь по теме вопроса

Откуда методы в данных?

Во первых, метод не часть обьекта, сюрприз

Метод - часть класса

Да

Именно к этому я и склоняю

Во первых, метод не часть обьекта, сюрприз

?

Метод - часть класса

Неймспейса

Именно к этому я и склоняю

Но кто сказал что нельзя дописать класс в другом месте? partial class тоже модная практика

в решётках

Это костыль имеющий конкретные исторические причины

Почему я об этом знаю больше, м?)

Это костыль имеющий конкретные исторические причины

это не костыль, это сполсоб разделить код написаный автоматом от человеческого

Да, это и есть костыль

в го и расте все методы объекта описываются извне

В го можно описать методы только для объекта в этом же пакете, а не для любого.

Работоспособность твоего кода начинает зависеть даже от местоположения в проекте, вводя неявные перекрёстные условия работоспособности Абсолютно никак не связанные методы запихиваются в один объект, который совершенно не является инициатором действий, а скорее данными Неявность такого кода — из контекста ты не можешь понять, валиден ли этот фрагмент, ты должен проверить неймспейсы и проверить, есть ли в каждом из них такие функции.

в любом случае, внешние методы не вредят ООП, потому что имеют доступ только к паблик членам класса

А следовательно obj.Addition() это просто сахар для Addition(obj)

Мне безразлично на вред абстрактному ооп

@Groosha, так в апи она появилась же, просто в клиентах не было

Интересно, что впервые эта фича была «анонсирована» почти полтора года назад, в конце октября 2015 (!) года: https://t.me/durov/33

Меня беспокоит конкретная проблема нарушения инкапсуляции

@Groosha, так в апи она появилась же, просто в клиентах не было

Она даже в бетке была, прикинь

в любом случае, внешние методы не вредят ООП, потому что имеют доступ только к паблик членам класса

Это и есть минус

Она даже в бетке была, прикинь

А, это не знал

Ну это почти как с геочатами

Когда ей понадобятся приватные свойства, ты начнёшь их открывать либо срочно переносить её внутрь класса

Меня беспокоит конкретная проблема нарушения инкапсуляции

где нарушение инкапсуляции если доступ внешние методы имеют только к и без того публичным полям обьекта?

Это самый крутой антипаттерн "сделаю внезапно и потом"

Вот да)

А ещё объект никогда не узнает об этой функции и иде не подскажет тебе о ней

Если он конечно не экстеншен метод

Да в до-диез то подскажет, только проблем это не решает)

А ещё объект никогда не узнает об этой функции и иде не подскажет тебе о ней

если так посудить то и глобальные функции плохо?

где нарушение инкапсуляции если доступ внешние методы имеют только к и без того публичным полям обьекта?

Инкапсуляция кода, не отдельного твоего объекта. Ты накладываешь на работоспособность кода ещё ряд условий, делая его более шатким на ровном месте

если так посудить то и глобальные функции плохо?

Ахах

Ахах

Нет правда, неужели у кого то всё мышление так завязано на архитектуру классов?

А вообще конкретный случай в студию

А вообще конкретный случай в студию

вверху был

Нет правда, неужели у кого то всё мышление так завязано на архитектуру классов?

Попытайся представить, что есть подходы, которые вообще не завязаны на классы

Я спросил, что будет, если кастомные методы в объекте начнут совпадать, мне ответили, что код не скомпилируется. То есть билды будут падать просто от того, что кто-то попробует объединить фрагменты кода, которые запрещено объединять в одном файле

Здорово, правда?)

https://blogs.msdn.microsoft.com/vbteam/2007/03/10/extension-methods-best-practices-extension-methods-part-6/

2007 год, visual basic team? Камон

Я спросил, что будет, если кастомные методы в объекте начнут совпадать, мне ответили, что код не скомпилируется. То есть билды будут падать просто от того, что кто-то попробует объединить фрагменты кода, которые запрещено объединять в одном файле

признаю что методы расширения нужно использовать осторожно

Уже более десятилетия прошло с этих best practicies

признаю что методы расширения нужно использовать осторожно

это и есть ограничения

про это разговор и идет ведь

2007 год, visual basic team? Камон

там про дотнет

Просто у нас в жс больно бьют за такое вмешательство в общий код))

Object.prototype.newMethod = ... ?

Хотя не, беру свои слова назад, пишут вроде всё правильно) Think twice before extending types you don’t own ??

Object.prototype.newMethod = ... ?

Ну вот да))

С телефона все ок.

Причём если убрать parse_mode="HTML", то видно, что все теги на месте, но при отображении в HTML начинается фигня

С телефона все ок.

Нет, не ок. Что на Android, что на Desktop форматирование в какой-то момент перестаёт добавляться.

Причём если убрать parse_mode="HTML", то видно, что все теги на месте, но при отображении в HTML начинается фигня

Пришли сообщение сюда.

Stats for player JoshOG Region: as Mode: solo Season: 2017-pre2 ? Rounds played: 44 ? K/D: 3.20 (Kills: 131, Deaths: 41) ? W/L: 6.8% (Wins: 3, Losses: 41) ? Top 10: 15 (34.1%) ------------------ Region: na Mode: squad Season: 2017-pre2 ? Rounds played: 173 ? K/D: 6.86 (Kills: 535, Deaths: 78) ? W/L: 54.9% (Wins: 95, Losses: 78) ? Top 10: 148 (85.6%) ------------------ Region: All regions combined Mode: solo Season: 2017-pre2 ? Rounds played: 57 ? K/D: 3.45 (Kills: 183, Deaths: 53) ? W/L: 7.0% (Wins: 4, Losses: 53) ? Top 10: 21 (36.8%) ------------------ Region: All regions combined Mode: squad Season: 2017-pre2 ? Rounds played: 391 ? K/D: 6.01 (Kills: 1,256, Deaths: 209) ? W/L: 46.6% (Wins: 182, Losses: 209) ? Top 10: 303 (77.5%) ------------------ Region: as Mode: duo Season: 2017-pre2 ? Rounds played: 80 ? K/D: 5.44 (Kills: 332, Deaths: 61) ? W/L: 23.8% (Wins: 19, Losses: 61) ? Top 10: 34 (42.5%) ------------------ Region: as Mode: squad Season: 2017-pre2 ? Rounds played: 116 ? K/D: 4.86 (Kills: 374, Deaths: 77) ? W/L: 33.6% (Wins: 39, Losses: 77) ? Top 10: 74 (63.8%) ------------------ Region: All regions combined Mode: duo Season: 2017-pre2 ? Rounds played: 151 ? K/D: 5.53 (Kills: 603, Deaths: 109) ? W/L: 27.8% (Wins: 42, Losses: 109) ? Top 10: 79 (52.3%) ------------------ Region: eu Mode: solo Season: 2017-pre2 ? Rounds played: 7 ? K/D: 4.33 (Kills: 26, Deaths: 6) ? W/L: 14.3% (Wins: 1, Losses: 6) ? Top 10: 4 (57.1%) ------------------ Region: eu Mode: squad Season: 2017-pre2 ? Rounds played: 61 ? K/D: 6.36 (Kills: 210, Deaths: 33) ? W/L: 45.9% (Wins: 28, Losses: 33) ? Top 10: 48 (78.7%) ------------------ Region: oc Mode: duo Season: 2017-pre2 ? Rounds played: 37 ? K/D: 6.75 (Kills: 162, Deaths: 24) ? W/L: 35.1% (Wins: 13, Losses: 24) ? Top 10: 23 (62.2%) ------------------ Region: eu Mode: duo Season: 2017-pre2 ? Rounds played: 19 ? K/D: 4.13 (Kills: 62, Deaths: 15) ? W/L: 21.1% (Wins: 4, Losses: 15) ? Top 10: 12 (63.2%) ------------------ Region: oc Mode: squad Season: 2017-pre2 ? Rounds played: 40 ? K/D: 6.40 (Kills: 128, Deaths: 20) ? W/L: 50.0% (Wins: 20, Losses: 20) ? Top 10: 32 (80.0%) ------------------ Region: oc Mode: solo Season: 2017-pre2 ? Rounds played: 6 ? K/D: 4.33 (Kills: 26, Deaths: 6) ? W/L: 0.0% (Wins: 0, Losses: 6) ? Top 10: 2 (33.3%) ------------------ Region: sa Mode: duo Season: 2017-pre2 ? Rounds played: 3 ? K/D: 17.00 (Kills: 17, Deaths: 1) ? W/L: 66.7% (Wins: 2, Losses: 1) ? Top 10: 3 (100.0%) ------------------ Region: na Mode: duo Season: 2017-pre2 ? Rounds played: 12 ? K/D: 3.75 (Kills: 30, Deaths: 8) ? W/L: 33.3% (Wins: 4, Losses: 8) ? Top 10: 7 (58.3%) ------------------ Region: sa Mode: squad Season: 2017-pre2 ? Rounds played: 1 ? K/D: 9.00 (Kills: 9, Deaths: 1) ? W/L: 0.0% (Wins: 0, Losses: 1) ? Top 10: 1 (100.0%)

именно

Stats for player JoshOG Region: as Mode: solo Season: 2017-pre2 ? Rounds played: 44 ? K/D: 3.20 (Kills: 131, Deaths: 41) ? W/L: 6.8% (Wins: 3, Losses: 41) ? Top 10: 15 (34.1%) ------------------ Region: na Mode: squad Season: 2017-pre2 ? Rounds played: 173 ? K/D: 6.86 (Kills: 535, Deaths: 78) ? W/L: 54.9% (Wins: 95, Losses: 78) ? Top 10: 148 (85.6%) ------------------ Region: All regions combined Mode: solo Season: 2017-pre2 ? Rounds played: 57 ? K/D: 3.45 (Kills: 183, Deaths: 53) ? W/L: 7.0% (Wins: 4, Losses: 53) ? Top 10: 21 (36.8%) ------------------ Region: All regions combined Mode: squad Season: 2017-pre2 ? Rounds played: 391 ? K/D: 6.01 (Kills: 1,256, Deaths: 209) ? W/L: 46.6% (Wins: 182, Losses: 209) ? Top 10: 303 (77.5%) ------------------ Region: as Mode: duo Season: 2017-pre2 ? Rounds played: 80 ? K/D: 5.44 (Kills: 332, Deaths: 61) ? W/L: 23.8% (Wins: 19, Losses: 61) ? Top 10: 34 (42.5%) ------------------ Region: as Mode: squad Season: 2017-pre2 ? Rounds played: 116 ? K/D: 4.86 (Kills: 374, Deaths: 77) ? W/L: 33.6% (Wins: 39, Losses: 77) ? Top 10: 74 (63.8%) ------------------ Region: All regions combined Mode: duo Season: 2017-pre2 ? Rounds played: 151 ? K/D: 5.53 (Kills: 603, Deaths: 109) ? W/L: 27.8% (Wins: 42, Losses: 109) ? Top 10: 79 (52.3%) ------------------ Region: eu Mode: solo Season: 2017-pre2 ? Rounds played: 7 ? K/D: 4.33 (Kills: 26, Deaths: 6) ? W/L: 14.3% (Wins: 1, Losses: 6) ? Top 10: 4 (57.1%) ------------------ Region: eu Mode: squad Season: 2017-pre2 ? Rounds played: 61 ? K/D: 6.36 (Kills: 210, Deaths: 33) ? W/L: 45.9% (Wins: 28, Losses: 33) ? Top 10: 48 (78.7%) ------------------ Region: oc Mode: duo Season: 2017-pre2 ? Rounds played: 37 ? K/D: 6.75 (Kills: 162, Deaths: 24) ? W/L: 35.1% (Wins: 13, Losses: 24) ? Top 10: 23 (62.2%) ------------------ Region: eu Mode: duo Season: 2017-pre2 ? Rounds played: 19 ? K/D: 4.13 (Kills: 62, Deaths: 15) ? W/L: 21.1% (Wins: 4, Losses: 15) ? Top 10: 12 (63.2%) ------------------ Region: oc Mode: squad Season: 2017-pre2 ? Rounds played: 40 ? K/D: 6.40 (Kills: 128, Deaths: 20) ? W/L: 50.0% (Wins: 20, Losses: 20) ? Top 10: 32 (80.0%) ------------------ Region: oc Mode: solo Season: 2017-pre2 ? Rounds played: 6 ? K/D: 4.33 (Kills: 26, Deaths: 6) ? W/L: 0.0% (Wins: 0, Losses: 6) ? Top 10: 2 (33.3%) ------------------ Region: sa Mode: duo Season: 2017-pre2 ? Rounds played: 3 ? K/D: 17.00 (Kills: 17, Deaths: 1) ? W/L: 66.7% (Wins: 2, Losses: 1) ? Top 10: 3 (100.0%) ------------------ Region: na Mode: duo Season: 2017-pre2 ? Rounds played: 12 ? K/D: 3.75 (Kills: 30, Deaths: 8) ? W/L: 33.3% (Wins: 4, Losses: 8) ? Top 10: 7 (58.3%) ------------------ Region: sa Mode: squad Season: 2017-pre2 ? Rounds played: 1 ? K/D: 9.00 (Kills: 9, Deaths: 1) ? W/L: 0.0% (Wins: 0, Losses: 1) ? Top 10: 1 (100.0%)

А, ну так потому что у тебя VIP закончился.

:)

Ага, больше 100 нельзя

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150

бля