Владимир Лось писал(а):
Контекст НЕ ПОЯВЛЯЕТСЯ!
Он СУЩЕСТВУЕТ ВСЕГДА, применительно к тому или иному участку выполнения тех или иных действий.
ОВЕЩЕСТВЛЕНИЕ составляющих контекст "имён", присваивание им конкретных значений, - да - происходит при вызове функции (активизации алгоритма).
Ну хорошо, понятие контекста можно рассматривать... в разном контексте
Когнитивный контекст составляют: определение задачи, мат.модели и методы, которые доступны разработчику для её решения, и т.п.
Физический контекст (обычно называемый environment) составляют: комп, ОС, среда программирования, доступные библиотеки и т.п.
Эти контексты действительно обычно не создаются разработчиком, а фигурируют, например, в техзадании
Интересное начинается при построении модели. Ибо любой проект - это прежде всего модель задачи (пусть даже она существует только в голове разработчика).
А моделирование обязательно включает выделение подсистем со всеми вытекающими последствиями. Это общефилософское описание процесса, а конкретно оно может выражаться в декомпозиции, в выделении подзадач и итерационной их реализации...
Соответственно, создавая модель данных для решения конкретной подзадачи, разработчик создаёт и организует контекст этой подзадачи, который включает и эти данные, и доступные данные с верхних уровней, и доступные процедуры, и т.п. Здесь уже нелепо говорить, что такой контекст существует изначально
И я (не сделав специальной оговорки) писал в основном про этот уровень... И про следующий тоже.
По мере детализации всего проекта в конце концов разработчик приходит к процедурам... Здесь уже используется строгий программно-технический термин "контекст=доступные переменные". Так, современные ОС имеют средства создания и переключения контекстов, физически поддерживаемых современными процессорами (например, смена набора рабочих регистров при обработке прерывания); при вызове паскалевской процедуры в стеке отводится необходимое место для локальных переменных и т.п. Это уже чисто технические термины и приёмы создания и работы с контекстами. Будучи низкоуровневыми, они важны для обеспечения эффективности программного решения.
Владимир Лось писал(а):
Вы решаете задачу ГОТОВЫМИ, ИЗВЕСТНЫМИ методами.
Да ну? Хотя - когда как, конечно
Не зря же на западе есть кодеры... и есть системные аналитики, которые тоже анализируют известными методами... с получением результата известного качества
Возможно, мне повезло, я почти никогда не пользовался готовыми известными методами (по разным причинам). Даже однажды изобрёл 3d-рендеринг, написав что-то вроде "Wolfenstein 3d"... для самообразования
Ну эти вопросы, конечно, спорные... Но - спорные
Владимир Лось писал(а):
Заметьте, что в данном случае это - НЕ "часть модели нашей системы". Это нечто, что непосредственно к модели НЕ относится. Да, оно помогает изменить состояние нашей системы, но это что-то существующие априори и окремо.
Я бы назвал такой подход стихийным материализмом... Однако он не соответствует действительности
Вход
FAQ
Поиск
