ANTICHAT — форум по информационной безопасности, OSINT и технологиям

Для начала надо выучить сам язык, а потом уже смотреть подо что писать. Что читать, чтобы выучить С++, написано в первом посте топика.

Visual C++, на мой взгляд, это то, что вообще стоит изучать. Есть бесплатная Visual C++ Express Edition, которой вполне достаточно для изучения.

Консольные приложения отличаются от Win32-приложений. Но не синтаксисом, а структурой и подходом. В любом случае для понимания языка желательно для начала писать консольные приложения, чтобы не отвлекаться на заморочки ООП.

Хм. И где тут связь? Мы на первом курсе в универе писали как раз консольные приложения для изучения ООП, чтобы не отвлекаться на работу с окнами(т.е. не связанное с ООП времятеряние). И учить с++ без ООП - верный путь писать программы на Си с приправкой из хреново спроектированных классов. Я уже писал про char*, itoa и прочую си шелуху в c++ программах. Сам такой путь прошел, поэтому и советую сразу писать в c++ материях. Консольные приложения для этого подходят идеально, благодаря cout и cin.

С компилятором все ясно, с отладчиком тоже. А в чем преимущество RadASM? Если там набирать только текст, то не лучше ли это делать, например, в notepad++?

Да, согласен. Насчёт окон - полностью согласен. Насчёт ООП - частично. Смотря как на это посмотреть. Ведь ООП - это не только С++. С таким же успехом можно и Delphi, и C#, и Java изучать. Это так и называется - изучать ООП. В независимости от языка. Но всё же С++ имеет свой синтаксис, свои отличия от остальных языков, которые он унаследовал прямиком от Си.

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

Я вот ООП стал изучать ещё в том время, когда школьником писал программы на паскале. Позже, опять же до университета, изучил Си. И только потом, в универе, взялся за С++. И нисколько не пожалел о том, что знаю о char*, itoa и прочую шелуху в С++-программах.

Верно, только в данном случае связь обратная : C++ -> ООП. Т.е. если учишь С++, учи программирование в ООП стиле.

Унаследовал не от лучшей жизни =) А чтобы быть совестимым с написанным кодом. Но это не значит, что человек должен писать на си, используя C++. Это очень важный момент, который часто путают. С++ и Си - совершенно разные языки. Общий только синтаксис да прямая работа с памятью.

Я не имею ничего против char* itoa итп. Но начинать учить C++ с них не стоит. Сначала стоит писать используя std::string, std::stringstream вместо sprintf и itoa. И когда освоишь C++ стайл - изучай си функции, которые потом можно использовать для оптимизации. Ибо если привыкнешь к itoa - переходить на другой стиль сложно. Проверено на себе. А смешивать си и с++ - плохо по определению(необоснованно� � смешивание. к оптимизации не относится)

Т.е. выходит, если учишь С++ (не имея представления о Си), то напиши класс, создай объект, один из методов которого выводит строку "Hello, world!". Для остальных методов и свойств будь добр придумай применение, иначе не получится программа на С++? Ты же сам говорил несколькими постами выше о том, что все эти char* нужно выбросить во имя удобства разработки. Где тут удобство?


Унаследовал не от лучшей жизни? Почему тогда C# и Java не унаследовали этот char*? Жить стали лучше?

Я и не оспариваю то, что С и С++ - совершенно разные языки. Это итак понятно. Но может быть не стоит забивать на основы языка только потому, что синтакис С++ идентичен синтаксису языка Си?

Ещё бы... Это был бы полный маразм...

А кто предложил начинать изучение с них?

Извините, вы тут что-то напутали... Вставьте std::cout и char*

Ещё раз задаю вопрос: где я предложил начинать изучение с itoa ??? И раз уж на то пошло, что переходить с
ещё сложнее ))) "Проверено на себе" (С)
Если не понятен смысл - это я к постам про оптимизацию и время на разработку )))

Покажи мне определение, по которому плохо выделять эти языки в подгруппу Си-подобных. (Про Би, надеюсь, не будем вспоминать)

Дам понять напрямую ещё раз: нет смысла в этих спорах. Это всё равно, что размышлять что лучше: вилка или лошка.

Отклонюсь от споров и попрошу помощи.
Итак, среда разработки - Visual C# 2008 Express Edition, .NET Framework 3.5 SP1
ОС Windows Vista Home Premium SP2

По непонятным причинам при использовании элементов управления мерцают вкладки у TabControl. Мерцать стали с тех пор, как я привязал фоновый рисунок к форме, на которой расположен TabControl. Убираю фоновый рисунок (свойство BackgroundImage) - ничего не мерцает. Ставлю снова - начинает мерцать. Мерцает в режиме отладки, в откомпилированном виде и в режиме разработки интерфейса. Вобщем - всегда.

Кто что подскажет?

Чтд. если есть std::cout, зачем юзать char*? Любое разумное обоснование? Чем лучше string'a ? Вот читаните на досуге.

http://www.research.att.com/~bs/new_learning.pdf

В Summary описывается то, что я пытаюсь втолковать.