Тема: 
если ты не знаешь таких элементарных вещей. то я подозреваю... что это только верхушка айсберга.
уверен, если я тебя копну дальше ты не знаешь очь многого.
| ||
если ты не знаешь таких элементарных вещей. то я подозреваю... что это только верхушка айсберга.
уверен, если я тебя копну дальше ты не знаешь очь многого.
Ull9
Мож попробуем? Только не в С/С++, а в програмировании вообще.
Хотя.
А ответы "шо за бред" приниматься будут?
ну давай,
но не в программировании вообще а в ооп. пойдет?
Без проблем, только желательно без привязки к конкретному языку/компилятору. А если уж и ссылаемся - то указываем точно на каком.
расскажи в 2-3 предложениях, когда применяется паттерн bridge.
для использования функциональности одного класса в другом классе
что нужно применить наследование или делегирование? и почему?
когда нужно применять принцип Liskov?
ау? ты где? в google побежал?
Применяется для отделения реализации от абстакции. В результате чего мы можем менять одно и другое независимо.расскажи в 2-3 предложениях, когда применяется паттерн bridge.
Если я хочу релеализовать множественное наследования в языке, в котором его нет (C#, Delphi), то тут поможет только делегирование.для использования функциональности одного класса в другом классе
что нужно применить наследование или делегирование? и почему?
Наследование следует применять в том случае, если я хочу предоставить пользователям моего класса доступ до всех полей класса, функциональность которого я хочу использовать. Но пользователю моего класса необязательно знать о внутреностях класса, тогда делегирование.
Когда мы наплодили много классов и в них есть явно подобные общие куски. Этот прицип, сформулированый Барбарой Лисков, позволяет выделить один класс как наследник другого, чем упростить реализациюкогда нужно применять принцип Liskov?
Нет. Я же живой человек. Я должен в обед кушать. Я ктому же на работе. Меня могут вызвать на объект для устранения неисправностей. Така жизньау? ты где? в google побежал?
и все же 45 минут на ответ... если тебе надо было обедать. не нужно было соглашатся.
что тебе сказать.
первый ответ принимается. второй и третий нет.
каша у тебя в голове, извини.
я не учитель ты не ученик.
мне было бы интересно, пусть кто-то еще выскажется.
Последний раз редактировалось Ull9; 12.12.2006 в 15:13.
Послушаем других.
По поводу принципа Liskov я там немного перемудрил. Может хотелось, что бы я принцип переформулировал?
Здесь у нас тоже, что и когда я здавал вступительные экзамены. Спрашиваю экзаменаторов:
- Вы на украинском понимаете?
- Да, без проблем.
- Ок.
Отвечаю на их вопрос, ответ - вы совершенно неверно отвечаете. А вопросы то лёгкие, врядли думаю. Говорю, давайте я вам на русский переведу. Тогда я ещё тяжело переключался с одного языка на другой. Но невзирая на это, на мой ужасный русский (на тот момент), они меня поняли. Хотя я не сказал ничего нового. Я просто перевёл. Экзамен я сдал.
Так и в нашей ситуации. Я просто не умею ещё говорить такими словами, что бы Вам было понятно.
твой русский я прекрасно понял
но дело совершенно не в нем.
<<Если я хочу релеализовать множественное наследования в языке, в котором его нет (C#, Delphi), то тут поможет только делегирование.>>
если нет множественного наследования, то делегирование не поможет. Это принципиально неверно.
<<Наследование следует применять в том случае, если я хочу предоставить пользователям моего класса доступ до всех полей класса, функциональность которого я хочу использовать.>>
нет, наследование нужно применять когда ты хочешь, чтоб вместо базового, ты мог использовать наследованный класс. доступ тут не главное.
ну и так далее. я вижу, извини, кашу у тебя в голове.
пусть другие скажут.
Ull9
В данном случае проблема не в русском, а в понимании идиологий. Просто с годами у Вас выработалась привычка говорить "умными шаблонными фразами". Я сходу не могу выразить фразу, которая будет соответствовать научной. Знание/незнание названий/формулировок не мешает использовать это.
Это как у нас в академии. Если преподаватель спрашивает студента и хочет завалить (в нашой ситуации это как раз и должно быть, так как вас на данный момент никто и не удолетворил своим ответом сразу), то задай вопрос, на который сам не знаеш ответ либо знаеш, что этот ответ всегда сможеш дать альтернативный ответ, сославшись на авторитетный источник. Он то правильный, но без глубокого понимания вопроса студент не сможет этого обяснить. А глубина - это иногда и кандидатской попахивает. Разруливал одного психолога я на 5 курсе. Понимаеш, дал определение понятия по автору, который ему не нравиться и соответственно неверно.
Всмысле какие технологии надо знатьСообщение от Ull9
Позвольте попробовать
Конечно, всё зависит от конкретной ситуации.для использования функциональности одного класса в другом классе
что нужно применить наследование или делегирование? и почему?
Я считаю, что применять наследование нужно с осторожностью.
Когда без не его не обойтись и когда именно оно наиболее ясно выражает отношение между классами.
Например, к классу А нужно добавить функциональность класса Б.
Если А состоит в отношении "является" по отношению к Б, то, вероятнее всего, нужно применить наследование.
Если же А "использует" Б, то -- делегирование.
Если нужно использовать функциональность Б класса в А, и А помимо прочего уже участвует в какой-нибудь иерархии наследования, то кроме делегирования можно попробовать
- "подмешать" функциональность необходимого класса, применив множественное наследование (реализации).
~ Motivation is what gets you started. Habit is what keeps you going.
правильно, наследование, это очень жесткая связь между класами. ее надо применять весьма осторожно. только тогда когда она точно нужна.
насколько я понял твою идею, он плохая. см первый ответ.
тут тоже поможет анализирование дизайна по принципу Лисков.
"Кто ясно мыслит - ясно излагает"
железное правило. если ты видишь перед собой человека, который путается и жалуется на онемение языка, знай. - он незнает.
если идешь юниором, надо хорошо знать пожалуй только язык.Всмысле какие технологии надо знать
STL считается частью языка ?
Какие книги надо обязательно прочитать ?
конечно STL,часть языка. без него никуда
читать? ну блин это много:
Stroustroup "The C++ programming language"
Scott Mayers 2 books
Alexandrescu "Modern C++ programming"
Alexandrescu ... "C++ coding standart"
Gurtovoi "Metaprogramming"
Suttis "STL"
Gamma, Vlicides "Patterns..."
"Pattern Oriented Software architecture" book 2
POSIX
UNIX
рекомендую все читать в оригинале, по английски. чтоб небыло проблем на интервью.
Ваши права
Ответить с цитированием
Социальные закладки