Обсуждение

Тут есть одна проблема, которую я давно пытаюсь понять. Это, конечно, очень хорошее описание технологического стека - " определяются пять уровней (по отношению часть-целое) модулей". Вот только остаётся вопрос - а какие ещё есть части в UDP, кроме IP? Можно ли сказать, что в HTTP есть части TCP и UDP, а у них общая часть IP? Какие-то странные холархии получаются, нет? При этом если перейти к модулям, реализующим этот стек - всё становится очень правильно, именно так программные модули и библиотеки организуются в холархию, прямо как описано. Но говорить что холархию образуют сами протоколы стека - это скорее фигура речи, чем формальное онтологически-верное 4D высказывание.

Холархия, конечно, модулей. Протоколы между модулями. Модули реализуют протоколы. Я перечитал текст, и не понял -- где там говорится о холархии протоколов?! Везде говорится о модулях, системных уровнях. Слова "холархия" и "протокол" в тексте рядом нигде не стоят. Или я что-то просмотрел?

На диаграмме, на которую я ссылаюсь - на ней модули нарисованы? IP - это модуль? Или модуль - это библиотека ipaddr 2.2.0 ? Ты на вопросы попробуй ответить.

Ох, ты про картинку! Я даже не догадался надписи на ней посмотреть. Да, есть два способа рисовки: слои-модули и протоколы между ними, и слои-протоколы и модули между ними (стрелочки и кружочки, как известно, взаимозаменяемы в нотациях). Но я лично предпочитаю такие диаграммы читать как "модули, реализующие протокол". IP это протокол, а модуль -- это какой-то код, реализующий этот протокол (возможно, код, реализующий нужный набор вызовов из библиотеки ipaddr 2.2.0, возможно какой-то другой библиотеки. Фишка в рисовании на плашках протоколов, а не модулей в этом и заключается: есть много разных реализаций протокола, но общий их тип -- это "реализация протокола такого-то", вот этот тип модуля и рисуют). Наверное, это пояснение нужно в текст учебника внести.

Спасибо. То с чего надо начинать : термины/определения и понятия. Дошло и до меня, сугубого гуманитария и, извините за выражение, педагога (на пенсии). Стало многое понятно в образовании, как системе. Платформы самого нижнего уровня: семьи и их дети, в соответствии с требованием сильно изменившейся окружающей среды, да и другие стейкхолдеры образования, требуют "перетряхивания" всего образовательного стека. Вышестоящие этажи категорически не согласны и категорически сопротивляются. В рыночной ситуации проблема решается просто. В социальной среде, где результаты легко подогнать под любой ответ, и где на верхних иерархиях огромное количество стейкхолдеров - рыб-прилипал, реально не знающих и не понимающих, что происходит за пределами их модуля, всё намного сложнее и драматичнее. Фильм такой был: "Никто не хотел умирать".

Я ж ответил -- в четверг, в 23:48. Ответ не находится?

"такие диаграммы читать как "модули, реализующие протокол". IP это протокол, а модуль -- это какой-то код, реализующий этот протокол" Так ведь ты сам пишешь, что так читать нельзя. Читать можно только промежутки между квадратиками: модуль реализует всегда два протокола, один вверх, другой вниз.

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

Спасибо! Интересно. Не понял как эти две цитаты соотносятся: // как оно связано с работой всей системы?! Неизвестно, ибо речь идёт о конструктивных единицах: функции тут не определить, для этого нужно выходить за пределы модульного описания. // И дальше: // вся суть модулей – это замена реализации какой-то функции путём простой замены модуля на стандартном интерфейсе. // Во 2й цитате функции системы реализованы в модулях. И везде по тексту вроде так и есть. А в 1й цитате функции за пределами модульного описания. Как так? Или я что-то упустил?

Реализация и описание -- это разное. Функциональные элементы/компоненты реализованы конструкцией/модулями (и необязательно один к одному -- https://ailev.livejournal.com/1361765.html). Описания функций и конструкций могут быть раздельными. 4D объект может быть один, а описаний у него -- много. Я вот один, а описаний моих много: отдельно curriculum vitae, отдельно фотография, отдельно медицинская карта. У меня тут только фрагмент текста из учебника. Перед этим фрагментом про компоненты и принципиальные схемы довольно много страниц. Так что при чтении полного учебника будет понятней.