тут сегодня пролетала история о том, что не надо каждый раз создавать инстанс HttpClient, а вот вопрос, надо ли его диспузить?

1 инстанс и делаешь столько запросов сколько надо

1 инстанс и делаешь столько запросов сколько надо

вот так

у меня после скалы на это всё аллергия

Да ладно - монады, аппликативные функторы и ссылочная прозрачность - это же очень весело ??

А если еще и книжку по Haskell осилишь - так мозги вправятся ? и почувствуешь гордость за профессию разработчика.

Да ладно - монады, аппликативные функторы и ссылочная прозрачность - это же очень весело ??

Всяко интересней чем диспоузить HttpClient ?

монады у меня и так есть

мне Result и MayBe хватает

остальное от лукавого

иначе получается код как на перле

мне Result и MayBe хватает

А что за Result?

там теперь тоже флудят, я осознал свою ошибку

Говорил без флуда, а на самом деле там так же как тут

/topuser@bestuserbot

@igor_ur В общем виде - class Result<T> { public Exception Exception {get;} public T Result {get;} }

соответственно если методы возвращают Result

то их можно объединять в цепочки

@igor_ur В общем виде - class Result<T> { public Exception Exception {get;} public T Result {get;} }

Понял это Either в хаскеле

не совсем

Either предполагает равноправные значения

а тут одно считается успешным, а другое нет

и можно чейнить

Result<int> Foo() => 123 string Bar1(int x) => x.ToString(); var res = Foo().Map(Bar1);

причём у меня обычно там не Exception, a string Error

т. к. исключение и ошибка - это вообще говоря две большие разницы

почитал

в общем, это Try в хаскеле

не суть важно

там, кстати, ещё не придумали как сделать _ универсальной заглушкой?

а то напрягает городить лямбды вида (_, __)

какой-то смайлик свинной задницы получается

Either предполагает равноправные значения

Как бы нет, Left используется для ошибки, Right для значения. Он вообще считается как Maybe с доп. информацией. Вот стандартная реализация функтора Either: instance Functor (Either e) where fmap _ (Left a) = Left a fmap f (Right a) = Right (f a) В случае Left он игнорирует переданную функцию. В монаде там тоже самое: instance Monad (Either e) where return = Right Right m >>= k = k m Left e >>= _ = Left e

Чувки, а когда имеет смысл юзать указатели в шарпе?

Они чуть быстрее с нестандартными обращениями к массивам и.. и все?

Вопрос в том, в каком домене срабатывает статический конструктор

все ясно, надо было A наследовать от MarshalByRefObject

Чувки, а когда имеет смысл юзать указатели в шарпе?

когда у тебя мусорофобия

Чувки, а когда имеет смысл юзать указатели в шарпе?

когда нужно работать с изображениями например, и именно на шарпе

тогда указатели дают некислый прирост в производительности

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

но и шансы самострела в ногу повышают

в релизной сборке неплохо вполне

хотя JIT может не догадаться убрать проверки границ

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

можно даже int [ ], если ARGB

в одном из проектов на старой работе вообще рисовашки на server-side были через WriteableBitmapEx реализованы да, это трэш и угар, я знаю

>WriteableBitmapEx

боль

это идиотизм

причём идиотизмом является само существование этой либы

она не даёт особого прироста по сравнению с GDI+

к сожалению, это чудо инженерной мысли было разработано ещё до моего прихода при этом вполне успешно крутилось и работало

просто автор не догадался расшарить кусок памяти между WritableBitmap и System.Drawing.Bitmap

и слепил на этом чуде свой "быстрый грид"

Кстати обэтомсамом и свиньях. Когда в финке был, рассказали кулстори про зоофила, который залез в свинарник

так вот, его не смогли привлечь к ответственности

т. к. по стечению обстоятельств

он был свиньей?

он понравился местному хряку

/простите/

и оказался не на той стороне стороне за которую потом привлекают

ахахаха

какой-то смайлик свинной задницы получается

Все норм, дискарды уже в мастере https://tryroslyn.azurewebsites.net/#b:master/K4Zwlgdg5gBAygTxAFwKYFsDcAoADsAIwBswBjGUogQxBBgGEYBvbGNmfYsmANwHswAExgBZABQBKZq3ayZstjyoAnGGKoAaGASkBeNQH0NBvWoCMWgEwScC9ktVijJmPrEWY123ZjyYAX2x/IA=

Func<int, int, int> foo=(_,_)=>123;

The parameter name '_' is a duplicate

не работает

(_,☺️) попробуй

ERROR: S client not available

(_,❤️) или так

ещё в параметрах лямбд можно писать стихи на японском

а у нас в свифте нормально все с опусканием параметров через _!

вот

у вас в свифте нормальный UI-фреймворк не завезли

чиво это

Дискарды это фича деконстрактов, а в лямбдах _ - валидное имя аргумента

вот кодом все пишешь пишешь быстро быстро быстро

ну вот UIKit застрял где-то на уровне Windows Forms

ну да, никаких хитростей с биндингами как в впф

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

банальные вещи типа "расположить картинку на кнопке слева от текста"

делаются монстриками типа этого http://stackoverflow.com/a/41575018/2231814

банальные вещи типа "расположить картинку на кнопке слева от текста"

та не, ты что. Там все через драг н дроп и магию констрейнтов делается

а это какие-то маньяки с времен фреймворков для графики через код

ещё хуже

зато быстро

чик-чик и в продакшн, да

зато быстро

А DSL для построения UI у вас нет, как Anko в Android?

Кстати о DSL

http://www.ammyui.com/

только у него какие-то тарифы странные

А DSL для построения UI у вас нет, как Anko в Android?

а я ненаю что это

Подскажите плес онлайн магазин с открытым api (чтоб парсер не писать)

амазон

а я ненаю что это

Пример валдиного DSL на Kotlin с for и функциями: https://i.gyazo.com/d43fc1138996ded3912d555767b4f643.png Конкретно для Android уже есть готовая либа ANKO от JB c полным DSL на Anroid UI. Domain-specific language https://goo.gl/STrq7F Это способ подняться на императивны программирования и писать программы декларативным образом. Ты начинаешь описывать не решение проблемы по шагам, а саму проблему на языке пред. области. К примеру есть проблема: надо описать UI. Обчно из за ограничение C#/Java - для этого начинают юзать XML (XAML). Но это очень ограниченное решение и требует специального тулинга/кодогенерации. Но есть такие языки (Kotlin/Groovy/F#) в которых DSL можно делать внутри самого языка. При этом у тебя огромная гибкость: можно использовать for/if/switch, выделять куски UI в функции, юзать любые рефакторинги и манипулировать UI как кодом.

Пример валдиного DSL на Kotlin с for и функциями: https://i.gyazo.com/d43fc1138996ded3912d555767b4f643.png Конкретно для Android уже есть готовая либа ANKO от JB c полным DSL на Anroid UI. Domain-specific language https://goo.gl/STrq7F Это способ подняться на императивны программирования и писать программы декларативным образом. Ты начинаешь описывать не решение проблемы по шагам, а саму проблему на языке пред. области. К примеру есть проблема: надо описать UI. Обчно из за ограничение C#/Java - для этого начинают юзать XML (XAML). Но это очень ограниченное решение и требует специального тулинга/кодогенерации. Но есть такие языки (Kotlin/Groovy/F#) в которых DSL можно делать внутри самого языка. При этом у тебя огромная гибкость: можно использовать for/if/switch, выделять куски UI в функции, юзать любые рефакторинги и манипулировать UI как кодом.

аааа

я понел

пасибо

http://no-kill-switch.ghost.io/current-state-of-net-through-not-so-rose-colored-glasses/