нипанимаю

К тому же, у абстрактного класса может быть неабстрактный (и не интерфейс) родитель.

подловил

зачем нужны 2 одинаковые фичи

А это их две разные команды делали, охохо!

подловил

А, ну и поля ещё :) В классах бывают поля, в интерфейсе не бывает.

Ну с другой стороны в своём коде можно просто игнорить эту хрень.

вот блин

Ну наконец то. Интересно, а приватными их можно делать?

кого? датаклассы?

тут от архитектуры крыша поедет

тогда

Поля — одна из проблем множественного наследования.

А, ну и поля ещё :) В классах бывают поля, в интерфейсе не бывает.

заебал меня топить прилюдно

в шарпах множественно наследование интерфейсов

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

А, ну и поля ещё :) В классах бывают поля, в интерфейсе не бывает.

почему

бывают

только их проперти

скрывают

кого? датаклассы?

Поля, как в Kotlin: class Type(private val x:Int)

бывают

Свойства бывают, полей не бывает.

автопроперти же в поле разворачивается

приватное

данные-то надо хранить

автопроперти же в поле разворачивается

В интерфейсе не разворачивается.

(там-дам!)

В интерфейсе не разворачивается.

При реализации разворачивается все равно

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

спор вида "кольцо или окружность"

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

Согласен

Поля, как в Kotlin: class Type(private val x:Int)

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

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

Ну, это для другого рода классов, так скажем.

Такие классы тоже нужны, это хорошее нововведение.

Бывает, что делаешь класс просто для того, чтобы передать кучку параметров в другое место.

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

Ну, я вообще хочу только “primary constructor”, если его можно сделать без “records”, будет круто.

Бывает, что делаешь класс просто для того, чтобы передать кучку параметров в другое место.

но privte val по идее значит что поле ты не прочитаешь снаружи? или в котлине есть неочевидная вещь которую я упустил?

но privte val по идее значит что поле ты не прочитаешь снаружи? или в котлине есть неочевидная вещь которую я упустил?

Не, про Котлин я не помню. В этом разговоре я только про C# говорил.

В C# бывает надобность в таких вот классах.

она везде есть, я именно про set only дата класс, нах он нужен человеку @angmarr ? или я в котлине не шарю?

она везде есть, я именно про set only дата класс, нах он нужен человеку @angmarr ? или я в котлине не шарю?

Я же написал уже. Мне не нужен data/record class, мне нужен “primary construtor”.

Ааа все

Слепой я

И так, господа, мы снова побурлили про дефолт реализации в интерфейсах, в прошлый раз даж подизлайкали, всем спасибо?

Я же написал уже. Мне не нужен data/record class, мне нужен “primary construtor”.

Хотя, если можно (this.a, this.b, this.c) = (a, b, c); - может это скрасит боль

И так, господа, мы снова побурлили про дефолт реализации в интерфейсах, в прошлый раз даж подизлайкали, всем спасибо?

Расходимся?)

Да не, сидите

И так, господа, мы снова побурлили про дефолт реализации в интерфейсах, в прошлый раз даж подизлайкали, всем спасибо?

А уже кто-то объяснил, зачем их изначально добавили в Java 1.8 и почему в C# это не надо?

Хотя, если можно (this.a, this.b, this.c) = (a, b, c); - может это скрасит боль

Вообще, если-б мне образца 2010 показали шарп 7, я бы не узнал язык

А уже кто-то объяснил, зачем их изначально добавили в Java 1.8 и почему в C# это не надо?

Я решил, что с прошлого раза все помнят :)

Я решил, что с прошлого раза все помнят :)

а для тех кого не было в прошлый раз можно ремарочку

а для тех кого не было в прошлый раз можно ремарочку

В жаву это запилили, чтобы добавить метод stream() в интерфейсы коллекций, не сломав реализации. В похожей ситуации, когда в C# добавляли LINQ, наши сделали для этого экстеншены. Казалось бы, теперь нету задачи для дефолтовых методов в интерфейсах.

а для тех кого не было в прошлый раз можно ремарочку

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

В жаву это запилили, чтобы добавить метод stream() в интерфейсы коллекций, не сломав реализации. В похожей ситуации, когда в C# добавляли LINQ, наши сделали для этого экстеншены. Казалось бы, теперь нету задачи для дефолтовых методов в интерфейсах.

типа потому что они (дефолтовые реализации в интерфейсах ) дублируют функциональность экстеншн методов?

типа потому что они (дефолтовые реализации в интерфейсах ) дублируют функциональность экстеншн методов?

Она прямым образом не дублирует. Это два разных общих решения одной и той же частной проблемы.

В жаву это запилили, чтобы добавить метод stream() в интерфейсы коллекций, не сломав реализации. В похожей ситуации, когда в C# добавляли LINQ, наши сделали для этого экстеншены. Казалось бы, теперь нету задачи для дефолтовых методов в интерфейсах.

Да, а еще в Java 9 они добавили приватные методы в интерфейсы, что-бы вынести общий код из default методов ? В C# это уже можно делать в 8.0 или ждем C# 9.0))?

Да, а еще в Java 9 они добавили приватные методы в интерфейсы, что-бы вынести общий код из default методов ? В C# это уже можно делать в 8.0 или ждем C# 9.0))?

Эх почитать штоле? Прост я ведройдщик, даж не лезу в 9

Эх почитать штоле? Прост я ведройдщик, даж не лезу в 9

Вроде как это единственная новая фича языка в 9, остальное модули и стандартная библиотека

Ну короч я плыву за гуглом, бюрократия в жавакомитете меня утомляет

Да, а еще в Java 9 они добавили приватные методы в интерфейсы, что-бы вынести общий код из default методов ? В C# это уже можно делать в 8.0 или ждем C# 9.0))?

беги скорее пиши им на гитхаб пока зарелизить не успели

Воу, 1000 юзеров

да, многовато

надо кого-нибудь забанить

Я помню этот чат, когда здесь было 600

Точно)

беги скорее пиши им на гитхаб пока зарелизить не успели

Судя по видео это еще PoC, может одумаются к 8.0 Кстати фишка с null-safe вот это годно (прям как в Kotlin)

не прямкак

ERROR: S client not available

хуже

не прямкак

Ну, у них же “обратная совместимость”, лучше так чем никак (хотя бы ворнинги будут без R#)

хуже

Прямо скажем, немногим хуже.

В Котлине почти так же паршиво.

В Котлине почти так же паршиво.

А в каком языке это сделано нормально ?? В swift примерно как в kotlin, вроде еще в vala это есть, но я не смотрел.

Да нигде.

Да нигде.

OK, ты просто не в настроение...

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

OK, ты просто не в настроение...

Нет, я просто правда не знаю, где хорошо сделано. Во всех языках, в которых сразу этого разделения не было (nullable / not nullable), в итоге сделано криво и небезопасно.

Нет, я просто правда не знаю, где хорошо сделано. Во всех языках, в которых сразу этого разделения не было (nullable / not nullable), в итоге сделано криво и небезопасно.

Котлин же проектировался с поддержкой изначально (это там было в первой публичном билде). Единственная проблема с интеропом с java, откуда может прийти что угодно (в swift те же проблемы).

Именно так.

Именно так.

Кстати, в хаскеле нет null ? (нет null - нет проблем)

Если уж говорить про всякие котлины с опциональным nullable, то я и в F# ни разу не ловил NullReferenceException. Просто берёшь и весь недоверенный код заворачиваешь в Option.ofObj.

В Scala та же история.

Да даже в Java 8, блин.

Так что, может быть, в C# 8 тоже станет нормально при грамотно написанном коде.

Есть такие три класса: class A { public int f1; public B f2; } class B { public int bf1; public C bf2; } class C { public int cf1; } Есть такой Json: { "f1" : 5, "f2" : { "bf1" : 1, } } Десериализация с помощью newtonjson. Хочу чтобы в bf2 был не null, а значение заданное default конструктором от C. Вариант как вот здесь у меня что-то не взлетел: http://stackoverflow.com/questions/33933417/json-net-deserialization-populate-missing-properties Возможно у меня что-то просто в коде не так, позже хочу попробовать выделить в отдельное консольное приложение и там потестить. Сейчас мне просто интересно, может кто-нибудь уже сталкивался и знает решение?

есть аттрибут defaultvalue

а, не, не подойдёт...

Есть такие три класса: class A { public int f1; public B f2; } class B { public int bf1; public C bf2; } class C { public int cf1; } Есть такой Json: { "f1" : 5, "f2" : { "bf1" : 1, } } Десериализация с помощью newtonjson. Хочу чтобы в bf2 был не null, а значение заданное default конструктором от C. Вариант как вот здесь у меня что-то не взлетел: http://stackoverflow.com/questions/33933417/json-net-deserialization-populate-missing-properties Возможно у меня что-то просто в коде не так, позже хочу попробовать выделить в отдельное консольное приложение и там потестить. Сейчас мне просто интересно, может кто-нибудь уже сталкивался и знает решение?

Да вроде …public C bf2 = new C();… работает как надо

не взлетело :(

не взлетело :(

что-то у тебя неправильно, у меня взлетает (newton.json 10)

Проблема была в DefaultValueHandling, он в проекте был Populate поставлен.

bindingmanagerbase current так мы берем выбранный елемент

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

Парни как правильно проверить работоспособность сайта? гоняю по списку сайтов, определяю статус через HttpWebResponse response = (HttpWebResponse)request.GetResponse(); Но некоторые сайты выдают ответ - Сервер нарушил протокол. Section=ResponseHeader Detail=За возвратом каретки должен следовать перевод строки при том что в браузере они успешно открываются

Привет всем)

привет

добавь хедер

какой-нибудь браузерный

к запроснику

_httpClient = new HttpClient(); _httpClient.DefaultRequestHeaders.Add( "accept", "text/html, application/xhtml+xml, */*" ); _httpClient.DefaultRequestHeaders.Add( "user-agent", "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; WOW64; Trident/6.0)" );