Плохого качества. 1 вопрос на каком уровне разделяются ответственности при следовании принц. Солид

у вас типа техлид/CTO мнит себя великим архитектором?

или менеджер в википедии почитал?

видимо бывший препод в универе)

Нет это общее корпоративное развлечение здать солид

а мы обычно просто бухаем вместе

и бегаем в пейнтболы

Плохого качества. 1 вопрос на каком уровне разделяются ответственности при следовании принц. Солид

там вариантов ответов не видно

Просто я начинаю нервничать после 7 го раза и ощущать не полноценность

Просто я начинаю нервничать после 7 го раза и ощущать не полноценность

ну потому что ты не тем явно занимаешься)

либо "все перечисленное выше" либо просто модули, добавив потом что "модуль это все"

Кароче ответ на вопрос 1 - B Классы это сказано в первом абзаце вики

Да я так же писал но

Кароче ответ на вопрос 1 - B Классы это сказано в первом абзаце вики

функции не могут нарушать SRP?

а фото,по лучше можешь сделать,а то как будто в школе списываешь)

Each module should have one reason to change. Классы там вводятся как пример модуля, что бы было более конкретно

Так и есть ;)

и в чем проблема?

в том что "предпод" считает иначе?

ну скажи ему что он не шарит просто и пошли его в жопу

проблему нашел

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

В ООП принцип единственной ответственности (англ. The Single Responsibility Principle, SRP) обозначает, что каждый объект должен иметь одну ответственность и эта ответственность должна быть полностью инкапсулирована в класс. Все его поведения должны быть направлены исключительно на обеспечение этой ответственности.

ну так и в чем проблема?

The single responsibility principle is a computer programming principle that states that every module or class should have responsibility over a single part of the functionality provided by the software, and that responsibility should be entirely encapsulated by the class. All its services should be narrowly aligned with that responsibility. Robert C. Martin expresses the principle as, "A class should have only one reason to change."[1]

ты поплакаться пришел или что-то хочешь?

Кароче ответ все выше перечисленное не подходит?

Так как не может файл с исходным полотном нарушать принцип SRP

ну более корректно будет модуль, ибо файлы не особо нас должны интересовать

Ок я тоже так думаю

Дальше

Вопрос 2

Так как не может файл с исходным полотном нарушать принцип SRP

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

Добавление нового кода

но я бы не стал так обобщать

Добавление нового кода

ну open/close

Открыт для расширение закрыты для модификации

Ну тут без вариантов

Согласен.

Дальше 3 вопрос

Насчет него нихера не уверен

Ну тут без вариантов

ну вообще все не так просто, но не суть

Вот с этим у меня косяк потому что кажется что любой ответ подходит

Или нет

нет

Лучше качество нашел

про стат анализ и tdd в целом подходит, хотя может даже только стат анализ.

но тут тоже стоит делать уточнение что стат анализ может обнаружить нарушение LSP а может и не обнаружить))

просто в большинстве случаев это будет правдой

Вариант ответа только 1

а вот статическая/динамическая типизация - это все не важно

забыл сказать :)

ну значит первый только

ну то есть главное что бы был late binding и тогда у тебя есть возможность соблюдать open/close. А late binding не привязан к вопросам статической/динамической/структурной типизации

Я пытался найти инфу о статическом анализе компилятором

Я пытался найти инфу о статическом анализе компилятором

проблемы php-ников)

Я пытался найти инфу о статическом анализе компилятором

может быть ты не знаешь что такое LSP?

Да вроде знаю

ну и как определить нарушает класс LSP или нет?

с точки зрения статического анализа

что такое пост/пред условия? какими они могут быть? какими могут быть инварианты и что это такое?

Ну в том то и дело, что LSP оперирует типами и подтипами

Но при этом Нарушение принципа может быть в подтипе

Класический пример в книгах про квадрат и прямоугольник

ой только не начинай про квадраты и прямоугльники

ERROR: S client not available

Да тупой заезжанный пример

Но при этом Нарушение принципа может быть в подтипе

ну и в чем проблема?

Согласен поэтому я не уверен что статистический анализ чем то может здесь помочь

Ну в том то и дело, что LSP оперирует типами и подтипами

ну у тебя типы и подтипы в джаве или том же php как выражаются? как выражаются прекондишены и пост кондишены? как выражаются инварианты?

Согласен поэтому я не уверен что статистический анализ чем то может здесь помочь

ну все остальное чушь

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

а я пока делаю вывод что ты не понимаешь SOLID

Ухты. А что это и где можно почитать полную версию?

Ухты. А что это и где можно почитать полную версию?

википедия

Я не про SOLID, а про тесты

Я не про SOLID, а про тесты

тесты по SOLID это чушь

это как тесты на психологический возраст

только больным менеджерам может придти такая идея

это как тесты на психологический возраст

мой психологический SOLID 4 буквы из 5

Везде есть свой покупатель

мой психологический SOLID 4 буквы из 5

)

ну у тебя типы и подтипы в джаве или том же php как выражаются? как выражаются прекондишены и пост кондишены? как выражаются инварианты?

Смотри Мы говорим о программировании в целом тоесть если есть type hinting в пыхе то при попытке засунуть класс не являющийся наследником то будет беда.

Смотри Мы говорим о программировании в целом тоесть если есть type hinting в пыхе то при попытке засунуть класс не являющийся наследником то будет беда.

если он не является наследником - то у нас тут нет нарушения LSP

Да в этом случае будет runtime exception

чет дискуссия не в том чате :D

Смотри Мы говорим о программировании в целом тоесть если есть type hinting в пыхе то при попытке засунуть класс не являющийся наследником то будет беда.

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

и какое это отношение имеет к LSP, типам, и главное - коду

чет дискуссия не в том чате :D

да и идёт не в то русло. мы так придем к тому, что главным признаком нарушения LSP является рантайм эксепшен.

нет, он о том что это обычно в ООП чате обсуждают

да и идёт не в то русло. мы так придем к тому, что главным признаком нарушения LSP является рантайм эксепшен.

учитывая то, что Сергей здесь - не придем

Да в этом случае будет runtime exception

interface Foo {} class FooImpl implements Foo {} interface Bar { public function bar(): Foo; } class BarImpl implements Bar { public function bar(): FooImpl { } }

да в принципе уже пофиг

есть ли тут нарушение LSP?

в любом случае чаты довольно смешаны

есть ли тут нарушение LSP?

Да

в любом случае чаты довольно смешаны

люди одни и те же +-, я не всегда сразу понимаю в каком чате обсуждение идёт, например )

как я понимаю