Public vs Private: Какой уровень доступа использовать? 

Немчинский не начал с Адама и Евы? Ты кто такой и что ты сделал с Немчинским?

Спасибо, было интересно и полезно послушать.

В продолжение темы: когда следует использовать final?

Да, расскажите пож-та, в вашей манере ("на пальцах") о методах ООП (инкапсуляция, полиморфизм....)

Конечно интересно!

Спасибо большое, как всегда все понятно.

Очень мутное описание статических методов. То, как вы описывали в начале про статические методы, больше подходит под описание полей и методов в абстрактных классах или просто в супер классах (вроде они так называются). Мне кажется, что статические методы и поля чаще всего используются для каких-нибудь вспомогательных классах, которые выполняют роль библиотек (например, Math)

Я ждал этой фразы - "вызов методов через интерфейс" :)

Интересна, интересна!

Я хоть и прекрасно разбираюсь в ООП, но послушать было интересно))) Спасибо))

Спасибо, понял смысл модификатора static/

Интересно!

Спасибо

Здравствуйте, Сергей. учусь программировать около 5 месяцев. Начал за собой замечать, что чрезмерно использую гугл, для решения какой-либо задачи. К примеру, мне нужно в потоке загрузить данные с сервера через AsyncTask. Я знаю что мне нужно именно AsyncTask и какие методы в нем, но я не знаю, что именно писать в этих методах. Я гуглю и смотрю как люди реализовывали похожую задачу, и меняю их код на свой лад. Очень бы хотелось услышать, что вы думаете на это счет, думаю очень полезно будет для новичков)

Сергей, спасибо за Ваши видео. С примерами кода было бы ещё круче)

Вопрос: плюсы и минусы магистратуры в IT. Стоит ли того?

Инкапсуляция и сокрытие данных это РАЗНЫЕ ВЕЩИ, Про красные машины (статические методы): экземпляр класса - объект. Класс - чертеж, по которому этот объект строится. Static метод/поле принадлежит чертежу. Остальные методы принадлежат объектам. У статических полей/методов нет проблем с многопоточностью. АБСОЛЮТНО. Это фича статических полей/методов в java...если они финальные

А можно про методы гденить у Вас подсмотреть?

Лично у меня сильно другой подход к private vs public(методам): Инкапсуляция инкапсуляцией, но приватные методы - это далеко не всегда тот механизм, который её обеспечивает. В неопытных руках это гораздо чаще приводит к ухудшению качества кода. Появилось желание написать приватный метод -> подумайте, а правильно ли вы моделируете свой домен, может всё-таки лучше выделить абстракцию, уточнить апи текущего класса... и только тогда уже private. Именно тогда, я могу хоть как то быть уверен, что private используется для сокрытия реализации... 1 Наличие большого кол-ва приватных методов, говорит о вероятном нарушении SRP, а значит в классе поселился "чужой". Другими словами, класс взял на себя слишком много ответственности и стоит задуматься над вынесением этой логики в отдельную абстракцию/абстракции. 2 Приватные методы напрямую не протестируешь! И вы очень азартны, если хотите оставлять большие куски такой логики без проверок.... 3 Код приватного метода естественно непригоден к повторному использованию вне класса. Имхо. И да, инкапсуляция - это в первую очередь, сокрытие от пользователя не только реализации класса, но и возможностей по переводу объекта в неконсистентное состояние, плюс предоставление корректного апи по использованию объекта. Когда я вспоминаю об инкапсуляции, я переживаю именно об этом, а не о том, что нужно срочно по закрывать все лишние открытые методы. Успеем закрыть, кончено пабликами не стоит злоупотреблять, и уж тем более не надо просто так клепать. Но бяка не здесь.... А вот отсутствие продуманного интерфейса(api) и наличие большого кол-ва private методов - вот настоящее зло. Код не тестируемые, тяжело поддерживаемый. Ну и в конце концов, клиент сам виноват, что при наличии официального контракта(интерфейса) завязался на паблик методы, которые автор класса и поддерживать не обязан.

Статические методы удобно использовать в утилитарных классах, чтобы не создавать экземпляр и вызывать явно. Уже не говоря о всяких фабриках. А статические поля в многопотоке еще та попоболь, бывало, что три потока стучалось в одно статическое поле. Только потом додумался завернуть в synchronized, но можно и использовать Atomic, для придания операциям атомарности. Но все равно не покидает ощущение, что сделал какой-то лютый костыль, но по-другому никак не могу сделать

Реализация singletone и фабричного метода через static - тоже плохая идея?

Давайте про инкапсуляции. У Вас хорошо получается объяснять.

Есть ли смысл для бизнес логики использовать partial class? Где каждый файл = модуль приложения. В виде одного класса большого (partial). Например: game.character.cs, game.war.cs, game.trade.cs и т.д.

Коротко: "static"- поля/методы одни для всех экземпляров данного класса, плюс можно использовать без экземпляра, а прямо с класса, "public" - если вызывается из другого класса, "private" - если вызывается только из данного класса. Вот и всё :) Полезно, кстати, смотреть на нативные классы из JDK.

согласен. Я то же так делаю. Делаю сначала все private. А потом если нужно открываю доступ через public.

Вау круто

интересно

Да нам всё интересно. Ты главное рассказывай.

интересено мнение про swift5 и swiftUI.

Про статик методы ошибочное утверждение - проблемы с многопоточностью не метод создает, а небезопасный доступ к данным. То что разные потоки обращаются к статическому методу не создаст проблем если в методе не происходит работа с общими данными. Метод это просто код и этот код может быть вызван множеством потоков одновременно. Но если внутри метода, без какой либо защиты, будет модифицироваться общая для всех переменная, то результат будет не предсказуемым. static int sum(int a, int b) { return a + b; } - прекрасно будет работать в многопотоке.

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

А как тогда заменяется статический метод например Helper.getCountryCodeByIp(String ip). Т.е. если так плохо, то как лучше делать?

Расскажите, пожалуйста, какую роль играет web в java enterprise.

Надо не меньше давать доступа, а делать продуманную архитектуру ^^)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ИНТЕРЕСНО !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Сергей, а есть в планах инверсия контроля для новичков? Сколько читаю и попробую, до конца догнать не могу.

Сергей, про полиморфизм расскажи

Даёшь инкапсуляцию и стримы

Like!

Привет! Раскрытие темы инкапсуляции в формате ответов на новичковые вопросы актуально.

я - пожилая плавающая ошибка

В своё время тоже были проблемы с пониманием использования static, для себя вывел такую аналогию, что есть класс "свинарник", внутри него есть поле "кормушка" которое является статическим и доступно для каждой свиньи в свинарнике

Не знаю, было ли такое видео или нет (по крайней мере я его не нашел), но не могли бы вы рассказать как в целом собирается интерпрайс проект с джавой? Т.е. весь процесс от начала до конца, заранее, спасибо :)

А какие альтернативы статических методов в утилитарных классах? Всегда так писал, да и видел везде, что *Utils - набор статических методов.

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

пишу на пхп, но тема про ооп прям ок идёт ) вот бы такими же простыми словами о том, как быстро настраивать томкат поверх апача с поддержкой нескольких доменов и чтобы все на 80 порту были и не конфликтовали 😂 (не спрашивайте зачем, - у каждого свои извращения)

Как бы ты не пытался скрыть поля в Java, как не крути ты все равно можешь до них достучаться, потому что Java работает на JVM, а через JVM можно легко получить нужный класс и его поля используя рефлексию:) Увы это не С++ или C#, хотя в C# тоже есть вроде как рефлексия.

☺

почему в java нету модификатора доступа "только чтение", очень удобная штука, как по мне в большинстве случаев подходит, я бы это слелал по умолчанию. В c# кстати есть readonly. А то часто приходится делать переменные private, а потом прописывать гетеры. А еще вопрос, почему в коде на java часто можно заменить как переменную обьявляют private, а потом прописывать и геттеры и сеттеры, не проще сделать ее паблик?

Почему в коде на java часто можно заменить как переменную обьявляют private, а потом прописывать и геттеры и сеттеры, не проще сдель ее паблик?

Мне как JS разработчику так и не понятно в чем плохо все делать public. Можно описать какой-нибудь практический пример по этому поводу?

Дядя Сережа, расскажи про инкапсуляцию. Очень туго усваиваются все эти статики и не статики, и что делать совершенно непонятно((

В продолжении темы. Когда целесообразно абстрактным классам давать final?)

Инкапсуляцию!

Не понимаю почему нельзя использовать классы утилиты(со статик методами). Ведь всякие типа Collections, Arrays существуют же. Создааать например какой-то парсер или что-то есть же смысл? Или лучше создать экземпляр такого класса и в многопоточности его защитить через ThreadLocal ?

Как тестировать private метод?

У автоэлектриков, плавающая ошибка называется "спорадической"🤘

Я так понял, что статик используют когда нужна самая обычная функция. Та самая из функционального прокграммирования. Но вера и/или язык не позволяют просто создать функцию. Приходится городить объект со статик методом :)

)

Спасибо за понятное обьяснение) я как раз работаю с синглтоном)) есть плюсы в нём,а есть и минусы) 😝 Интересно про ООП, инкапсуляцию и вообще SOLID - в студию))) 😎😁😜

private или protected?

Сними видео о полиморфизме)

По умолчанию, когда пишу новый метод, ставлю private. Можно сказать, рефлекторно.

хорошие видео, но проф СЛЭНГ - плохой тон)

Спасибо за видео. Хотелось бы услышать о private package, редко вижу, но идеешка настоятельно рекомендуем его использовать. Плюс интересна тема полиморфизма

Тем временем класс Programm в C#: привет Я static class, у меня все методы статичны

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

Всегда есть reflection. Этим всё сказано...

нац.кружка

блин, никто не написал, что музыка на фоне мешает. значит походу я один такой

Смешно, 3 года как новичок) Боюсь static классов как огня и по этому ими не пользуюсь)

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

Бугаенко ругает и клеймит static.

питон смотрит на права доступа... с грустью

Статик есть константа, так мне кажется понятнее)

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

Может ли человек не обладающий талантом в математике освоить программирование на достойном уровне?

ну это уже слишком, на кого это расчитано?

Скользкий тип