Problem z kompilowaniem kodu

Question

#include "stdafx.h"

using namespace std;

string pin;


int main()
{
	cout << "Witaj w naszym banku!" << endl;
	cout << "Podaj pin:";
	cin >> pin;

	if (pin == "1729")
	{
		cout << "Prawidlowy PIN!";
	}
	else
	{
		cout << "Nieprawidlowy PIN!";
	}
    return 0;
}

 

Oto kod źródłowy, który napisałem na podstawie poradnika pana Mirosława. I nie jest to jedyny kod z którym mam następujący problem. Przy kompilacji występuje błąd:

Severity    Code    Description    Project    File    Line
Error    C2679    binary '>>': no operator found which takes a right-hand operand of type 'std::string' (or there is no acceptable conversion) 

Oraz

Severity    Code    Description    Project    File    Line
Error (active)        no operator ">>" matches these operands

 

 

 

Answer 1

Próbujesz porównać string z int-em w 14 linii, dlatego występuje błąd przy kompilacji. Wzięcie 1729 w cudzysłowy "" rozwiąże problem.

Comments

Zauważyłem to dosłownie sekundę przed tym jak napisałeś. Poprawiłem kod źródłowy zarówno tutaj jak i w moim środowisku, jednakże problem dalej występuje i wskazuje mi na linie 12, z niezrozumiałych dla mnie powodów.

---

Kod wygląda w porządku. Dopisz na początku:
 

#include <iostream>

 

---

Na początku właśnie był dopisany na start. Potem przerzuciłem go do pliku, który miałem wraz z precompiled headerem w Visual Studio (grzebałem nad rozwiązaniem problemu, plik na start załączony - stdafx.h). Wciąż wygląda to niestety tak samo.

---

Piszesz w CodeBlocks w Visual Studio?

---

Po zdziwieniu zakładam, że wyjdę na kompletnego debila ale założyłem, że środowisko nie ma znaczenia a na laptopie ze szkoły mam właśnie Visual Studio. Czyżbym się mylił? Jeżeli tak to wytłumaczysz mi na czym polega różnica?

---

Pytałem o środowisko, bo nie chcę udawać znawcy, czegoś co nie widziałem na oczy, w tym przypadku Visual Studio. W CodeBlocks po podmiance stdafx.h na iostream, program się kompiluje bez błędów.

---

Owszem, korzystam z Visual Studio. Najzwyczajniej w świecie miałem je już zainstalowane na laptopie z którego korzystam w szkole więc pozwoliłem sobie na jego wykorzystanie zamiast zaopatrzać się w dodatkowe oprogramowanie.

---

Nie to, żebym miał jakiś uraz psychiczny do Visual Studio. Po prostu nie zdarzyło mi się w nim programować i tyle. Co do programu, to jedna myśli mi przychodzi do głowy, dopisz
#include <string>.
Błąd pojawia się przy operatorze wstawiania >> dla typu string, więc może pliku nagłówkowego <string> brakuje.

---

Wszystko poszło jak po maśle. Faktycznie brakowało tego pliku nagłówkowego. Code Blocks go nie wymagał więc nie sądziłem, że tutaj będę musiał coś takiego dopisywać. Dziękuję za pomoc raz jeszcze. Czy wiesz może z jakiego powodu pojawiła się ta różnica między tymi środowiskami? Chciałbym wiedzieć na przyszłość.

---

Na podstawie moich doświadczeń, mogę powiedzieć, że o ile samo czyste kodzenie (składnia C++, instrukcje, etc) w różnych środowiskach (głównie korzystam z CodeBlocks i Borland C++ Builder) niczym się nie różni.  O tyle jest różnica właśnie z tymi plikami nagłówkowymi, CodeBlocks "nie widzi" pliku nagłówkowego iostream.h, a "widzi" iostream, z Borlandem jest odwrotnie. Różnica po części wynika ze stosowanego w danym środowisku standardu języka C++, bo z tym różnie jest. A po cześci z samego środowiska, warto poszperać w ustawieniach samego środowiska programistycznego. Poczytaj sobie o standardach jeżyka C++ (C++03, C++11, etc), sporo to też wyjaśnia.

Answer 2

Sekcja dołączanych nagłówków powinna wyglądać tak:

#include <iostream>
#include <string>

Jeśli nie używasz pre-compiled headers (technika stosowana w dużych projektach do skrócenia czasu kompilacji) - a w tym przypadku nie używasz, nie włączaj stdafx.h - jest on po prostu niepotrzebny.

W programie używasz strumieni wejścia-wyjścia, więc potrzebujesz iostream. Ponadto przechowujesz wczytane znaki w zmiennej std::string, więc musi pojawić się nagłówek string.

Niektóre IDE mają ustawione zabawne opcje dołączania odpowiednich bibliotek za plecami programisty, np. tak się działo w Dev-Cpp wersji <5 - uważam że to nie jest dobre rozwiązanie i powinno się takie wynalazki wyłączać. Lepiej mieć czystą sytuację, samemu dołączając wszystkie niezbędne nagłówki i biblioteki, a niepotrzebnych nie używać.