Односвязный список, добавление элемента

[Buserandi]

Доброго времени суток.
Возникла проблема с добавлением элемента в односвязный список. Порывшись в гугле и исходниках, везде вижу списки\классы объявленные в глобальной видимости, за пределами main(). Я хочу сделать заполнение списка в цикле, где звёздочками отмечено в main(). Подскажите, пожалуйста, как быть, какие решения?
У меня получился следующий код:

#include "StdAfx.h"
#include <conio.h>
#include <iostream>
using namespace std;

//Creates list with one connexion.
typedef int DataType;

typedef struct Node
{
	DataType Data;
	Node* PNode;
};

Node* CreateList(DataType Info)
{
	Node *NewNode = new(Node);
	NewNode->Data = Info;
	NewNode->PNode = NULL;
	return NewNode;
}

void AddNode(Node *prev_item, DataType Info)  
{
	Node *NewNode = new(Node);
	NewNode->Data = Info;
	prev_item->PNode = NewNode;
	NewNode->PNode = NULL;
}

void DeleteNode(Node *prev_item, Node *item) 
{
	Node *Pointer = item->PNode;
	delete(item);
	prev_item->PNode = Pointer;
}

void DeleteList(Node *item) 
{
	while (item != NULL)
	{
	    Node *Pointer = item->PNode;
		DeleteList(Pointer);
		cout << item->Data;
		delete(item);
		item = NULL;
	}
}
int main()
{
	Node* Strings = CreateList(12345);
***********************
        AddNode(Strings, 321);
	AddNode(Strings->PNode, 132);
***********************
	cout << Strings->Data;
	DeleteList(Strings);
	getch();
	return 0;
}

Заранее спасибо.

UPD: Вот, да. Сейчас попробовал с глобальным списком и работает цикл. Но это же не хорошо, когда в глобальных переменные лежат, если я не ошибаюсь.

[Stilet]

если я не ошибаюсь.

Это стереотип. Не слушай умников которые такое говорят - делай так чтоб работало надежно, а не так как какому-то трупу страуса моча в башню стукнула.

[Last]

Насчёт глобальных переменных. Вставлю 5 копеек.
Их можно использовать, но делать это нужно с умом. Например, если в твоём проекте всего один односвязный список, то почему бы его не сделать глобальным? А вот делать глобальными счётчики не стоит никогда.

Это стереотип.

Имхо, нужно уметь писать без глобальных переменных. Хотя бы для того чтобы уметь передавать указатели и правильно работать с ними. В данном примере ТСу было бы полезно переписать код так, чтобы он работал без использования глобальных переменных. Просто для наработки опыта.
Для односвязного списка всего-то нужно две функции - AddNode и DeleteNode.

[waleri]

Как только начинаем использовать многопоточност сразу начинаем понимать стереотипность...
Глобально - только константы!

[Stilet]

Как только начинаем использовать многопоточност сразу начинаем понимать стереотипность...

Дело не в многопоточности. Если у программиста башка на месте он напишет программу так что хоть глобально хоть локально переменки друг дружке мешать не будут. Да глобализация переменных добавляет грабли в некоторых случаях, когда к одной и той же переменке пытаются обратиться несколько блоков кода - deadlock получается, но это не повод полностью от них отказываться бездумно в любой ситуации, даже там где глобализация даст выигрыш. Гикам сего не понять.

[Петррр]

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

Не слушай умников которые такое говорят - делай так чтоб работало надежно

А как же принципы ООП?

[Stilet]

А как же принципы ООП?

А разве их нужно соблюдать всегда и везде?
Разве ООП удобно применять везде?

[Петррр]

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

[Пепел Феникса]

Виталий, при больших проектах идет конфликт имен потом, потому и нужно ограничивать по максимуму.
так же помнить про пространства имен, и статические переменные класса/модуля.

я уже натыкался на конфликт как то, с тех пор усвоил этот урок.

[Stilet]

при больших проектах идет конфликт имен

Верно, но никто не мешает мне давать уникальные имена
Ребята, это все обсуждение просто холливар. Я имею свое мнение - глобализация не так опасна как о ней говорят. Переубеждать никого не хочу, но в данном случае в рамках поставленной темы вынесение в глобаль быстро решит проблему.
Если далее эта программа не будет развиваться то и нет смысла надувать слона из мухи. Вот и все что я имел ввиду.
Столкнется автор с крупным проектом с межмодульными связями - тогда и придет время группировать данные, а на данном этапе это не обязательно (вернее не так обязательно как об этом говорят)