Ограничение принципа модульности

[Olegator]

В книге Т. Бадд "ООП" на стр. 18 я прочитал о том, что:

«Модули
В некотором смысле модули можно рассматривать просто как улучшенный метод создания и управления совокупностями имен и связанными с ними значениями. Наш пример со стеком является типичным в том аспекте, что имеется определенная информация (интерфейсные процедуры), которую мы хотим сделать широко и открыто используемой, в то время как доступ к некоторым данным (собственно данные стека) должен быть ограничен. Если рассматривать модуль как абстрактную концепцию, сведенную к своей простейшей форме, то ее суть состоит в разбиении пространства имен на две части. Открытая (public) часть является доступной извне модуля, закрытая (private) часть доступна только внутри модуля. Типы, данные (переменные) и процедуры могут быть отнесены к любой из двух частей.
Дэвид Парнас [Parnas 1972] популяризовал понятие модулей. Он сформулировал следующие два принципа их правильного использования:
1.   Пользователя, который намеревается использовать модуль, следует снабдить всей
информацией, необходимой, чтобы делать это корректно, и не более того.
2.   Разработчика следует снабдить всей информацией, необходимой для создания
модуля, и не более того.
Эта философия в значительной мере напоминает военную доктрину «необходимого знания»: если вам не нужно знать определенную информацию, вы и не должны иметь к ней доступа. Это явное, намеренное и целенаправленное утаивание информации называется маскировкой информации (information hiding).
Модули решают некоторые, но не все проблемы разработки программного обеспечения. Например, они позволяют нашему программисту скрыть детали реализации стека, но что делать, если другие пользователи захотят иметь два (или более) стека?
В качестве более сложного примера предположим, что программист заявляет, что им разработан новый тип числовых объектов, названный Complex. Он определил арифметические операции для комплексных величин — сложение, вычитание, умножение и т. д. и ввел подпрограммы для преобразования обычных чисел в комплексные и обратно. Имеется лишь одна маленькая проблема: можно манипулировать только с одним комплексным числом.
Комплексные числа вряд ли будут полезны при таком ограничении, но это именно та ситуация, в которой мы оказываемся в случае простых модулей. Последние, взятые сами по себе, обеспечивают эффективный механизм маскировки информации, но они не позволяют осуществлять размножение экземпляров, под которым мы понимаем возможность сделать много копий областей данных. Чтобы справиться с проблемой размножения, специалистам по информатике потребовалось разработать новую концепцию.
»

И вот в этом месте:

Например, они позволяют нашему программисту скрыть детали реализации стека, но что делать, если другие пользователи захотят иметь два (или более) стека?
В качестве более сложного примера предположим, что программист заявляет, что им разработан новый тип числовых объектов, названный Complex. Он определил арифметические операции для комплексных величин — сложение, вычитание, умножение и т. д. и ввел подпрограммы для преобразования обычных чисел в комплексные и обратно. Имеется лишь одна маленькая проблема: можно манипулировать только с одним комплексным числом.

Я не пойму, почему нельзя иметь 2 или более стека?
Какой такой принцип простого модуля не позволяет это делать?
Что подразумевается под простым модулем?
Если в какой то строчке об этом говорится, то покажите. Или же здесь это просто констатируется как факт?

[Finch]

Хотя конечно нельзя понять до конца весь смысл, только по выдранному куску текста из контекста. Я так понял, что в данном отрывке приводится пример простого функционального программирования без динамической реализации данных через операторы new - delete.
Простой пример:
Stek.h

Код:

#ifndef STEK_H
#define STEK_H
// В случае удачи возрашается 1, в случае неудачи 0
int InitStek(int a);                   //Иницилизируем стэк числом
int Push(int a);                      //Загоняем в стек число
int Pop(void);                         //Вытаскиваем число из стэка
#endif

Stek.cpp

Код:

#include "Stek.h"
//----------------------------------------------------------------------------------
#define MaxStek 1024
int stek[MaxStek];                                           //Сам стэк
DWORD beg1;                                               //Бегуны по стэку
DWORD beg2;
//----------------------------------------------------------------------------------

int InitStek(int a)
{
    for(int i=0; i<MaxStek; i++) stek[i]=a;
    beg1=0;
    beg2=0;
   return 1;
}

int Push(int a)
{
   int res=0;
   beg1++;
   if (MaxStek == beg1) beg1=0;
   if (beg1 != beg2)
      {
        stek[beg1]=a;
        res=1;
      }
   return res;
}

int Pop(void)
{
   res=0;
   if (beg1 != beg2)
     {
      beg2++;
      if (beg2 == MaxStek) beg2=0;
      res=stek[beg2];
     }
   return res;
}

В коде есть один маленький глюк. Писал в живую и не проверял его в работе. Но если этот модуль подключиш к своей программе. То у тебя получится подключить всего один экземпляр. Естественно у тебя будет всего 1 стэк. Скорее всего после этого в книге идет плавный переход к ООП.

[Olegator]

Дальше идут абстрактные типы данных, а затем уже ООП.