ironwit Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору какую выучу на такой и буду работать. Я в них просто АБСОЛЮТНО не бум-бум.   А универсальной среды для с++ нет? ---------- Don't drink, and drive. Smoke and fly. Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 15:03 26-05-2003

mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ironwit Если ты хочешь учить язык то рекоммендую gcc, т.к. он из известных мне наиболее "правильный" и безглючный. Альтернативный вариант - Intel C++ Compiler. Про всякие там Borland забудь как про страшный сон Если же ты собираешься учить конкретный фреймворк (MFC итд) то соответствующую среду (VC++ или что-то там). ПМСМ, начинать надо именно с языка ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 16:04 26-05-2003

ironwit Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ЛАДНО, давай так. Есть у меня книга Lippman, Stanley"С++ для начинающих". Какой лучше всего компилятор для решения примеров из этой книги?   Цитата: Если же ты собираешься учить конкретный фреймворк подробнее можно? Представь что общаешься к полным чайником. ---------- Don't drink, and drive. Smoke and fly. Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 16:10 26-05-2003

mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ironwit Да любой покатит. Я несколько лет пишу на Сях и со своего опыта настоятельно рекоммендую gcc или Intel. На худой конец Microsoft. Только НЕ Borland!   Цитата: подробнее можно? Можно. Фреймворк - это набор классов (компонентов), которые ты можешь использовать для ускорения разработки приложений, чтобы не писать все с нуля. Наиболее известный сегодня под форточку - MFC (Microsoft Foundation Classes), он идет в комплекте с Microsoft Visual C++. Очень глючный Еще есть популярный (и еще более глючный и галимый) VCL - Visual Components Library. Поставляется с Borland C++ Builder / Delphi. Ну и так далее... Так вот чтобы программить под этот фреймворк, нужно его подробно изучить. Программирование под фреймворк от чистых АПИ очень сильно отличается. Поэтому, выучив одно, совершенно не в состоянии браться за другое. Ну в общем, в любом случае, сначала учи собственно язык. ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 16:48 26-05-2003

dremon Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору mymuss Интеловский компилятор лучше не использовать в коммерческих продуктах. В нем слишком много ошибок. Обновляется примерно каждые две-три недели, и постоянно в списке пофиксенных багов идет куча ошибок, связанных с неправильной генерацией кода. Польза от него весьма сомнительная.   Если интересует 100% ANSI-компилятор, лучше использовать Comeau - он полностью соответствует стандарту. Но опять же, по-моему это скорее академический пакет, чем для коммерческой разработки.   Если предполагается разработка только в Windows, то лучше использовать VC++. Тем более, в последней версии сделаны существенные улучшения в плане поддержки стандарта языка - практически не отличается от GCC и ICL.   Для кроссплатформенной и юних-разработки лучше компилить в GCC.     Добавлено Цитата: Наиболее известный сегодня под форточку - MFC (Microsoft Foundation Classes), он идет в комплекте с Microsoft Visual C++. Очень глючный   В MFC как раз минимум глюков по сравнению с другими библиотеками - за десяток лет ее вылизали как следует. Другое дело, что она не является строго объектно-ориентированной и самые интересные возможности C++ и ООП в целом там отсутствуют. Но явных глюков там нет. Всего записей: 961 | Зарегистр. 21-08-2001 | Отправлено: 17:15 26-05-2003

dremon Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В целом нет разницы, каким компилятором пользоваться при изучении языка. Если читать правильную литературу, то проблем при переходе с одной платформы на другую быть не должно. Но для новичка лучше использовать более дружественную среду под виндами. GCC - вещь более, так сказать, профессиональная. Специально изучать его не нужно, разве что формат вызова да список ключей К языку это отношения не имеет.   Всего записей: 961 | Зарегистр. 21-08-2001 | Отправлено: 17:36 26-05-2003

dremon Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Книжку купи - их сейчас великое множество. Одну книжку по языку, одну по среде, в которой собираешься работать. Так будет быстрее всего, потому что с электронной документацией слишком много геморроя при начальном знакомстве с предметом. Всего записей: 961 | Зарегистр. 21-08-2001 | Отправлено: 17:51 26-05-2003

mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору dremon Цитата: В MFC как раз минимум глюков   Ого-го... Там глюков что в винде. Начиная от явных, типа, отсутствия вызова деструктора, где необходимо, и до серьезных труднонаходимых, которые всплывают при работе с потоками итд.   Цитата: по сравнению с другими библиотеками   ну, особенно если с Borland'овскими сравнивать... ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 01:08 27-05-2003

dremon Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Ого-го... Там глюков что в винде. Начиная от явных, типа, отсутствия вызова деструктора, где необходимо Мы о каком языке говорим? Цитата: и до серьезных труднонаходимых, которые всплывают при работе с потоками Хм-хм. Большинство проблем, связанных с потоками, возникает из-за их неправильного использования. На библиотеку пенять не нужно. Я работаю с проектом размером около полутора млн. строк, значительная часть которого написана с использованием MFC. Мне очень не нравится эта библиотека тем, что она несет в себе огромный груз совместимости со старыми приложениями, тем, что она нарушает все три принципа ООП и тем, что она не поддерживает самые интересные возможности C++ (главным образом опять же из-за уже никому не нужной совместимости со старыми версиями компиляторов). Но уж поверь мне - глюков в ней минимум. Да, много чего приходится делать через ж**у, много чего в ней недокументировано, много чего не хватает, но в плане надежности она вовсе неплоха. Всего записей: 961 | Зарегистр. 21-08-2001 | Отправлено: 01:46 27-05-2003

mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору dremon Цитата: Мы о каком языке говорим Ну я так понял о VC++...   Цитата: Большинство проблем, связанных с потоками, возникает из-за их неправильного использования Ага. Остальная же часть (меншинство ) из-за кривого кода в MFC Цитата: поверь мне - глюков в ней минимум Дабы не быть голословным: мамба намба ван: http://www.codeproject.com/buglist/bug_cbytearray_serialize.asp мамба намба ту: http://www.codeproject.com/buglist/mfcdockingstylebug.asp   Я на дотнет перешел сравнительно недавно, а вот в предыдущей версии... Реализация CSocket чего стоит! (сколько ж я с ней намучался, пока не прочитал что там весь код кривой!). Ну про треды я уже сказал... Насчет груза с совмеситимостью я согласен: как раз же и получается отдельные куски кода остались еще с времен win16! Другие их используют. Пи...ц! (простите за грубость).   А вообще если в гугле в groups поискать, то дофига еще найдешь ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 03:48 27-05-2003

ironwit Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору вообще вы меня запугали. Хоть из DELPHI НЕ уходи ---------- Don't drink, and drive. Smoke and fly. Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 08:26 27-05-2003

mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ironwit Цитата: вообще вы меня запугали. Хоть из DELPHI НЕ уходи   Я вспоминаю свою студенческую "молодость", когда я программил на Дельфе... Блин, что тебе сказать... По сравнению с VC/MFC, Delphi/VCL - это ТАКОЙ рассадник глюков, что просто диву даешься как ее еще покупают :-\ Вот уже несколько лет прошло, а я еще ни разу не пожалел что не продолжил в свое время заниматься Дельфой, а занялся С... ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 08:37 27-05-2003

ironwit Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата:  а я еще ни разу не пожалел что не продолжил в свое время заниматься Дельфой, а занялся С... посмотрим.... ---------- Don't drink, and drive. Smoke and fly. Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 08:43 27-05-2003

Peroon_N Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ironwit Лично я начинал с интеловского компилера и настольная книга у меня была "дохлого страуса"... Потом пришлось кодить на бульдере, тк. VC++ на тот момент был ну очень глючный по сравнению с бульдером.   А вообще я считаю что надовсетаки выбирать по принципу-что кодить будеш, какие задачи, АСУ, БД, задачи под сетевые протоколы... т.к. на мой взгляд многие производители делают свои компиляторы сугубо под конкретное направление...(как пример борланд долго держал флаг самой лучшей СУБД).   Как пример только на интеловском компилере получал продукт наиболее коректно работающий на 384 DX от ALI... Тогдаэто было необходимо как воздух, программа крутится уже более 5-и лет без единого сбоя или перезагрузки, и это несмотря на то что половину векторов было перехвачено, а вектор на спикер вообще направлен в какую то дыру (времени небыло разбираться куда я его заслал).... Последнее время я кодил на VC/MFC вроде ничего.....Потом вернулся к бульдеру, фирма подписала договор с Борланд на потдержку и разработку компонент....   Всего записей: 281 | Зарегистр. 26-03-2003 | Отправлено: 11:01 27-05-2003 | Исправлено: Peroon_N, 11:03 27-05-2003

Bloody_Nokia_Adept Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору dremon Цитата: Хм-хм. Большинство проблем, связанных с потоками, возникает из-за их неправильного использования. На библиотеку пенять не нужно. Я работаю с проектом размером около полутора млн. строк, значительная часть которого написана с использованием MFC. Мне очень не нравится эта библиотека тем, что она несет в себе огромный груз совместимости со старыми приложениями, тем, что она нарушает все три принципа ООП и тем, что она не поддерживает самые интересные возможности C++ (главным образом опять же из-за уже никому не нужной совместимости со старыми версиями компиляторов). Но уж поверь мне - глюков в ней минимум. Да, много чего приходится делать через ж**у, много чего в ней недокументировано, много чего не хватает, но в плане надежности она вовсе неплоха. Согласен, что потоки надо уметь использовать - это конечно не искусство, но очень тонкая работа. А вот про управление потоками через MFC это ты конечно махнул! Некто Джеффри Рихтер (надеюсь в программировании потоков на Win он для тебя непререкаемый авторитет?) утверждает и вполне обоснованно, что MFC с этим справляется отвратно. В потоках следует использовать Win API методы _beginthreadex и _endthreadex. И вообще, мое ИМХО, что MFC следует использовать только в GUI - в остальных участках программы он не нужен и даже вреден! Отсылаю к тому же Джеффри Рихтеру - у него нет ни строчки кода с использованием MFC!   Лучше использовать COM + ATL, правда это совсем другая история   mymuss Цитата: Я вспоминаю свою студенческую "молодость", когда я программил на Дельфе... Блин, что тебе сказать... По сравнению с VC/MFC, Delphi/VCL - это ТАКОЙ рассадник глюков, что просто диву даешься как ее еще покупают :-\   Вот уже несколько лет прошло, а я еще ни разу не пожалел что не продолжил в свое время заниматься Дельфой, а занялся С... Угу Я тоже до курса третьего писал на Delphi и только из-за того, что не хотел возиться с GUI. Однако со временем столкнулся с проблемами Pascal в качестве языка ООП и понял, что там совсем базовая модель классов и ушел на C++.     ironwit Цитата: посмотрим....   А что тут смотреть? Для начала найди любую базовую книгу по С++, а затем бери Бьерна Страуступа и штрудируй его - ты поймешь всю силу этого языка. В чем сила, брат? Всего записей: 785 | Зарегистр. 27-11-2002 | Отправлено: 11:01 27-05-2003

Peroon_N Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: ты поймешь всю силу этого языка.   Это точно, я когдапервую чепочку потоков создал, радовался как дитя Всего записей: 281 | Зарегистр. 26-03-2003 | Отправлено: 11:07 27-05-2003

Страницы: 1 2 3 4 5

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » хочу начать учить с++

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование