Считать из файла несколько массивов

[alexinspir]

Длинный, но "правильный" код легче поддерживать, чем короткий "индусский". Так-то.

(с) linux.org.ru

[filosof_x86]

alexinspir, нет, все "мастера своего дела(т.е. хакеры)".

Сообщение от pascalC

Хорошо, а как по-вашему должен выглядеть ПРАВИЛЬНЫЙ код для считывания нескольких массивов?

В вашем коде как минимум не хватает проверки на результат открытия файла, а так же что будет, если в файле больше 150 записей? Да и почему бы не объединить x, y, p? В дальнейшем будет легче с ими работать. Да и C-way-код в С++ программе – не гуд. Я накидал бы такой код (C++-STL-way):

struct point {
	int x, y, value;

	friend std::istream& operator>>(std::istream &in, point &p)
	{
		in >> p.x >> p.y >> p.value;
		return in;
	}
};
...

std::vector< point > p;
std::ifstream file("in.txt");
if(file.is_open()) {
    std::copy(std::istream_iterator<point>(file), std::istream_iterator<point>(), std::back_inserter(p));
    file.close();
}

[pascalC]

filosof_x86, спасибо до векторов пока не дошел, но все еще впереди.
У меня несколько вопросов:
1) Зачем каждый раз писать std:: если можно один раз using namespace std? Ведь кроме std мы другие пространства имен не задействуем а лишний код затрудняет чтение.
2) Существует ли набор правил, для написания профессионального кода на С++ кроме стандартных правил программирования ("красивая" структура, не использовать метки и т.д.)?

[MaTBeu]

В данной программе можно и написать using namespace std, просто такого не делают в больших проектах, чтобы не вышло путаницы.
Из правил я бы отметил Венгерскую нотацию, но помогает она лишь тем, кто с ней знаком, если твой код будет читать программист, не знакомый с правилами венгерской нотации, то ему он покажется чересчур заумным.
Ну еще там когда классы пишете имя класса следует начинать с буквы С, ну типа обозначая, что это класс. У методов можно писать букву m с нижним подчеркиванием (m_ИмяФункции), что обозначает, что это функция-член класса. Но это все неписанные правила. У каждого ведь свой стиль и каждый волен писать, как ему удобнее. Просто код, написанный по правилам лечге суппортить.
Не думаю, что вам следует сильно задумываться над стилем написания кода, так как на эффективность программы это влияет мало.
Вобщем вот так.

ПыСы: А вот насчет "красивой" структуры, то я хочу сказать, что так нужно оформлять любые программы. Так проще увидеть уровни вложенности и не запутаться в коде. Да и красивее смотриться