она так и называется Объектно ориентированое программирование, автора не помню. Книга забугорная. По объему и качеству внушает уважение. а Вообще можно  учится применять ООП, смотря (с пониманием  )на код, который реализован с помощью ООП. Например, поучи MFC или любую другую GDI (как правило они все объектно ориентированны)

А причем тут GDI к MFC?  Опять таки - я знаю что компоненты это классы, методы и т.п. Неясно в каких случаях создавать свои классы.

А автора вспомнить всё таки придется.
    

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

да ну,  ладно! книги читать, чтоб понять назначение классов? массивы применяете? чем их использование проще разрозненного набора переменных понимаете? так и здесь, с объектами - понимание придет. Просто надо "дорасти". 
Когда количество строк кода - больше 50, одной функцией все же можно обойтись, но это усложняет жизнь. 
Когда что-то характеризуется не одной характеристикой, а несколькими, вполне можно обойтись без структур. Но при количестве полей больше 5-6 проще застрелиться.
Когда в программе 20 переменных, каждая из которых описывает один и тот же тип, намного проще работать аки с массивом. но можно обойтись...
так и с объектом - рано или поздно придет понимание того, где этот механизм можно(и нужно!) применять, чтоб упростить себе жизнь. 
а пока(ну, пока код программы меньше размера исполняемого файла, а переделывать программу чаще оного раза не приходится) не надо стремиться "познать истину". она сама придет. 

Со всем перечисленным проблем нима кроме класов. Причем с реальным миром проблем не возникает - моделлировать несложно. А вот как применить эти классы в вычислительной задаче? 

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

Не скажи, классы это не просто набор общих данных и методов. Взять тему Наследования или полиморфизма... этому надо учится поболее чем массивам =)

А если банальная математическая задача..? Ну например.. решение систем алгебраических уравнений методом Крамера. Какие тут могут быть классы? 

Класс матрицы... можно единожды написать добротный класс матрицы и пользоватся им везде, где надо решать задачи с матрицами, вот я подобную вытащил из DooM 3 SDK =))).

А вообще это конечно все прямопропорционально сложности задачи...

Класс с методами которые решают такую задачу? А чем процедура не подходит?

Это сообщение отредактировал(а) main - 23.1.2007, 21:03

Для метода Крамера надо искать определители, это уже стандартное свойство для объекта типа Матрица. + в Классах еще переносимость в другие программы.

Класс матрица:
данные:
размерность
тип {треугольная, вырожденная, квадратная и т.д.}
сами элементы
методы:
посчитать ранг
посчитать определитель
привести к ступенчатому виду

перемножение матриц, сложение и т.д.


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


ЗЫ. Разговор ушел от первоначальной темы   

Спасибо, наглядно 

З.Ы. Мы во флейме 

main, по-моему, ты неправильно ставишь вопрос. Ты ещё, наверное, молод и думаешь, что сможешь освоить всё, что угодно, но мне кажется, что ты просто себя не достаточно хорошо знаешь.

Я бы тебе советовал попробовать по-немногу всё более-менее популярное и решить для себя самому - чем тебе интересно заниматься. Если станешь профессионалом в какой-то технологии - деньги будут, не переживай. Устроишься нормально, но это должно быть для тебя вторично. А если изначально будешь банально гнаться за деньгами - ничего из этого хорошего так или иначе не выйдет.

Вот я занимаюсь J2EE и в меньшей степени Oracle`ом. И не потому что много денег платят, а потому что мне нравится. У меня есть друг, коллега, который занимается тем же самым. Не далее как сегодня с ним говорил о том, почему кто из нас этим занялся. Он сказал - "Открыл я в своё время Job.Ru и посмотрел вакансии для программистов - больше всего платили за программирование на Java - вот я и пошёл его учить". И я регулярно от него теперь выслушиваю, как ему не нравится его работа, как ему всё надоело, хотя по объективным показателям он даже меня опережает, начальство его выделяет, плятит ему больше, карьеру он сделает быстрее меня, но сам он удовольствия от работы не получает, не знает, чем себя занять, скучно и неинтересно ему... Ты хочешь так работать?..