Что такое контекст в информатике
Что такое контекст? Более обширный взгляд
Сколько уже разрабатываю приложения, до сих пор не понимаю что такое контекст. Например, возьмем старый добрый Toast
Последний вопрос я задал, так как по ходу написания остальных, я понял, что ничего о нем не знаю 🙂
2 ответа 2
класс Context содержит в себе всевозможную информацию о ресурсах системы, как уже было сказано в другом ответе. Конкретно в этом вопросе нас интересует, что он содержит, помимо прочего, и параметры темы (стилей) для отображения View
Почему в качестве контекста можно передать this? Это же ссылка на класс
Есть ли случаи когда надо передать именно getApplicationContext?
Тема (стиль) всего приложения и конкретной активити может отличаться (для активити в манифесте указан другой стиль). Тогда запрос контекста приложения и контекста активти вернет разное оформление View
Почему контекст нужен везде, где происходит работа с интерфейсом?
Потому что он содержит стиль для View
Возможно в приложении могут существовать и какие то другие отличия в окружении, назначенном всему приложению и конкретной активити, тогда обращение к контексту приложения или активити тоже будет иметь значение, но мне такие отличия (кроме тем и стилей) припомнить не удалось.
контекст приложения следует использовать везде, где контекст необходимо передать за пределы жизненного цикла передающего компонента (в объекты, которые будут жить дольше, чем создавшая/вызвавшая их активность, например) во избежании удержания ссылки на этот компонент при использовании его собственного контекста и утечек памяти.
во внешние библиотеки следует передавать контекст приложения по тем же причинам, что и п.1
контекст приложения не имеет информации по особенностям GUI отдельной активити, если они отличаются от параметров всего приложения, в таких случаях нельзя использовать контекст приложения при работе с GUI этой активити.
Термин «контекст» в программировании?
Я программировал в течение нескольких месяцев, и часто используемое слово является «контекстом» в классах. Как ServletContext (Java), Activity (Android), Service (Java, Android), NSManagedContext (Objective-C, iOS).
Я искал контекст в Stack Overflow, но никаких вопросов/ответов мне не помогло.
Я был бы очень рад, если бы кто-нибудь мог дать мне объяснение.
ОТВЕТЫ
Ответ 1
Скажем, вы пойдете к дантисту, чтобы вытащить зуб.
Когда регистратор спрашивает у вас свое имя, эту информацию им нужно, чтобы начать встречу. В этом примере ваше имя контекстная информация. Поэтому в контексте посещения стоматолога вам нужно указать свое имя, чтобы вытащить зубы.
Теперь позвольте сказать, что вы переходите к берегу.
В банке вы просите снять 100 долларов. Кассиру необходимо установить свою личность, прежде чем давать вам деньги, поэтому вам, вероятно, придется предъявить им лицензию на водительские права или пронести карту своего банкомата и ввести свой PIN-код. В любом случае, то, что вы предоставляете, это контекст. Кассир использует эту информацию для перемещения транзакции вперед. Затем они могут спросить вас, на какой учетной записи вы хотите уйти. Когда вы отвечаете «Моя сберегательная учетная запись», это даже больше контекста.
Чем больше контекста вы дадите, тем больше знаний другая сторона должна помочь справиться с вашим запросом. Иногда контекст является необязательным (например, набирать все больше и больше слов в ваш поиск Google для получения лучших результатов), а иногда и требуется (например, предоставление вашего ПИН-кода в банкомате). В любом случае, это информация, которая обычно помогает сделать вещи.
Теперь позвольте сказать, что вы берете свои 100 долларов и покупаете билет на самолет, чтобы летать где-то теплым, пока ваш рта заживает.
Но тогда человек багажа просит вас получить дополнительную информацию о вашей сумке, чтобы они могли найти ее более легко. Они спрашивают: «Что это за цвет: какой он размер: у него есть колеса? Это трудно или мягко? Хотя они не обязательно нуждаются в этих фрагментах информации, это помогает сузить все, если вы их предоставите. необязательный контекст.
Здесь интересная часть: для большого количества программного обеспечения и API-интерфейсов требуемый контекст обычно заканчивается как фактические параметры в сигнатуре метода, а дополнительный контекст идет куда-то еще, как гибкая карта значений ключа, которая может содержать что угодно (и может быть пустым) или в локальное хранилище потоков, где он может быть доступен, если необходимо.
Надеюсь, что это поможет.
Ответ 2
Контекст можно рассматривать как ведро для передачи информации. Обычно он используется для передачи вещей, которые не обязательно привязаны непосредственно к вызову метода, но все же может быть уместным. Простой способ описать это может быть «материалом, о котором вы можете заботиться».
Например, если вы пишете службу для обновления значения в db, вы, вероятно, передадите идентификатор записи и новое значение.
Если вам нужны общие интерфейсы, вы также можете определить контекст для передачи, чтобы служба могла выполнять произвольную бизнес-логику. Таким образом, вы можете включить аутентификацию пользователя, состояние сеанса пользователя и т.д. в контексте, поскольку служба может выполнять дополнительную логику, зависящую от этих значений.
Ответ 3
Тем не менее, я отправляю это сообщение, чтобы помочь кому-либо, вроде меня, который пытается понять «Контекст»
Пациент отправляется в doc и говорит treat_me ( «У меня болит голова» ) Doc офис дает пациенту форму для заполнения. Форма заполнения пациента. Форма используется врачом для выполнения запроса «treat_me».
Вот как выглядит запрос:
Вот как выглядит filled_form_num_23321 :
Q. Что приводит к условию? A. 10 колышек опрятного шотландского последнего конца
Имя Q.Patient? А. Джо Бигдринкер
Q.Age? 98
В этой транзакции filled_form_num_23321 есть «контекст».
Ответ 4
Я всегда думаю о контексте как о конкретном состоянии, относящемся к объекту или конструкции, с которыми я работаю.
Например, когда вы используете drawRect в представлении (где все чертежи должны быть сделаны для представления), вы всегда должны получать currentGraphicsContext, в который вы будете выдать свои основные графические утверждения. Этот контекст содержит такие вещи, как границы вида, цвет штриха, толщина штриха для рисования линии, цвет заливки для заполнения закрытого Пути и т.д. Этот контекст (как и большинство других) является только текущим состоянием на данный момент времени. поэтому подумайте о графическом контексте в этом случае как о простом состоянии, таком как
объемные загустители 1,5 пикселя цвет заливки черный (155, 200) цвет штриха Красный
В основном это состояние в текущий момент времени.
Ответ 5
Чтобы дать практический пример. Допустим, у вас есть определенная веб-страница для извлечения/отображения некоторой информации на основе пользователя (который входит в систему) и языка браузера. Логика получения информации не зависит от пользователя и языка. Ваша страница получит пользователя и язык. для логики это не имеет значения, будь то я или вы или английский или испанский.
Это не так сложно, но требуется некоторое время, чтобы понять концепцию
Ответ 6
Контекст относится к контексту выполнения, который является символами, доступными из данной точки в коде, и значением этих символов в этом конкретном выполнении.
Контекст является важным понятием, потому что:
Вам не нужно писать классы контекста или передавать контекстные параметры. Любой параметр, переданный функции /method, становится частью контекста выполнения при его вызове.
Несмотря на то, что вы не являетесь англоязычным докладчиком, я рекомендую вам пройти копию Code Complete для нежного, но полного ознакомления с концепциями как контекст, модульность, связь, сцепление и т.д.
Ответ 7
Служба именования связывает имена с объектами. Связь между именем и объектом называется привязкой, а набор таких привязок называется контекстом. Имя в контексте может быть привязано к другому контексту, который использует те же соглашения об именах; связанный контекст называется подконтекстом. Например, в файловой системе каталог (например,/temp) представляет собой контекст, который содержит привязки между именами файлов и объектами, которые система может использовать для управления файлами (часто называемыми файловыми дескрипторами). Если каталог содержит привязку для другого каталога (например,/temp/javax), подкаталог является субконтекстом.
Ответ 8
Слишком часто автор предполагает, что у читателя есть подробное понимание контекста, в котором используется слово «контекст».
Как определить контекст в следующем предложении «Среда выполнения создает контекст, в котором могут быть сохранены возможные значения для инъекций. Этот контекст может быть изменен, например, приложение и структура могут добавлять элементы в контекст.
Казалось бы, автор использует контекст для обозначения какого-то контейнера, возможно кучи, который содержит контекст чего-то. Это стало звучным словом, которое приобретает много смысла и запутывает вещи. Являются ли они элементами, которые являются контекстом и хранятся в контексте. Чтобы уменьшить путаницу контекста, используемого контекстом слова, можно сказать, что «среда выполнения создает контейнер для хранения контекста в виде элементов». Еще лучше: «среда выполнения создает контейнер для хранения состояния в виде элементов, и этот контейнер с этим состоянием называется CONTEXT».
Ответ 9
3 года спустя, возможно, немного поздно, но, может быть, эта нить поможет вам. Это иллюстрирует, что слово «контекст» имеет технический смысл в программировании (а не просто на английском языке).
Не уверен, что вы можете использовать его в качестве примера и вывести из него какую-либо информацию или нет. Я тоже хотел бы услышать язык агностического объяснения термина технического программирования «контекст»
Изменить: Или это, по крайней мере, показывает, что термин «контекст» может быть применен в техническом контексте программирования (без использования пунна). Возможно, в более чем одном конкретном применении термина.
Ответ 10
Он предоставляет информацию/услуги/возможности, необходимые вашему приложению для правильной работы.
Ответ 11
Я не вижу значимости в объяснении контекста слова в контексте программирования.
Чтобы понять контекст в контексте, вам сначала нужно понять контекст. Он рекурсивный.
Я не знаю, откуда вы, но я уверен, что есть слово для контекста и на вашем родном языке, и вы, вероятно, тоже не понимаете этого слова.
Я использовал контекст в контексте программирования, и я мог бы привести вам пример, но я действительно думаю, что вам нужно сначала понять контекст слова.
Почему контекст не является «инструментом для управления состоянием»
Context и Redux — это одно и тоже?
Нет. Это разные инструменты, делающие разные вещи и используемые в разных целях.
Является ли контекст инструментом «управления состоянием»?
Нет. Контекст — это форма внедрения зависимостей (dependency injection). Это транспортный механизм, который ничем не управляет. Любое «управление состоянием» осуществляется вручную, как правило, с помощью хуков useState()/useReducer().
Являются ли Context и useReducer() заменой Redux?
Нет. Они в чем-то похожи и частично пересекаются, но сильно отличаются в плане возможностей.
Когда следует использовать контекст?
Когда вы хотите сделать некоторые данные доступными для нескольких компонентов, но не хотите передавать эти данные в виде пропов на каждом уровне дерева компонентов.
Когда следует использовать Context и useReducer()?
Когда вам требуется управление состоянием умеренно сложного компонента в определенной части приложения.
Когда следует использовать Redux?
Redux наиболее полезен в следующих случаях:
Понимание Context и Redux
Для правильного использования инструмента критически важно понимать:
Неразбериха вокруг Context и Redux связана, в первую очередь, с непониманием того, для чего данные инструменты предназначены, и какие задачи они решают. Поэтому, прежде чем говорить о том, когда их следует использовать, необходимо определить, что они из себя представляют и какие проблемы решают.
Что такое контекст?
Начнем с определения контекста из официальной документации:
«Контекст позволяет передавать данные через дерево компонентов без необходимости передавать пропы на промежуточных уровнях.
В типичном React-приложении данные передаются сверху вниз (от предка к потомку) с помощью пропов. Однако, этот способ может быть чересчур громоздким для некоторых типов пропов (например, выбранный язык, тема интерфейса), которые необходимо передавать во многие компоненты в приложении. Контекст предоставляет способ распределять такие данные между компонентами без необходимости явно передавать пропы на каждом уровне дерева компонентов».
Обратите внимание, в данном определении ни слова не говорится об «управлении», только о «передаче» и «распределении».
Текущее API контекста (React.createContext()) впервые было представлено в React 16.3 в качестве замены устаревшего API, доступного в ранних версиях React, но имеющего несколько недостатков дизайна. Одной из главных проблем являлось то, что обновления значений, переданных через контекст, могли быть «заблокированы», если компонент пропускал рендеринг через shouldComponentUpdate(). Поскольку многие компоненты прибегали к shouldComponentUpdate() в целях оптимизации, передача данных через контекст становилась бесполезной. createContext() был спроектирован для решения этой проблемы, поэтому любое обновление значения отразится на дочерних компонентах, даже если промежуточный компонент пропускает рендеринг.
Использование контекста
Использование контекста в приложении предполагает следующее:
Обычно, значением контекста является состояние компонента:
После этого дочерний компонент может вызвать хук useContext() и прочитать значение контекста:
Цель и случаи использования контекста
Концептуально, это является формой внедрения зависимостей. Мы знаем, что потомок нуждается в данных определенного типа, но он не пытается создавать или устанавливать эти данные самостоятельно. Вместо этого, он полагается на то, что некоторый предок передаст эти данные во время выполнения (runtime).
Что такое Redux?
Вот о чем гласит определение из «Основ Redux»:
«Redux — это паттерн проектирования и библиотека для управления и обновления состояния приложения, использующая события, именуемые операциями (действиями, actions). Redux выступает в роли централизованного хранилища состояния приложения, следюущего правилам, позволяющим обеспечить предсказуемое обновление состояние.
Redux позволяет управлять „глобальным“ состоянием — состоянием, которое трубется нескольким частям приложения.
Паттерны и инструменты, предоставляемые Redux, позволяют легче определять где, когда, почему и как было обновлено состояние, и как отреагировало приложение на это изменение».
Обратите внимание, что данное описание указывает на:
Архитектурно, Redux подчеркнуто использует принципы функционального программирования, что позволяет писать код в форме предсказуемых «функций-редукторов» (reducers), и обособлять идею «какое событие произошло» от логики, определяющей «как обновляется состояние при возгникновении данного события». В Redux также используется промежуточное программное обеспечение (middleware) как способ расширения возможностей хранилища, включая обработку побочных эффектов (side effects).
Redux также предоставляет инструменты разработчика, позволяющие изучать историю операций и изменение состояния в течение времени.
Redux и React
Сам по себе Redux не зависит от UI — вы можете использовать его с любым слоем представления (view layer) (React, Vue, Angular, ванильный JS и т.д.) либо без UI вообще.
Однако, чаще всего, Redux используется совместно с React. Библиотека React Redux — это официальный связывающий слой UI, позволяющий React-компонентам взаимодействовать с хранилищем Redux, получая значения из состояния Redux и инициализируя выполнение операций. React-Redux использует контекст в своих внутренних механизмах. Тем не менее, следует отметить, что React-Redux передает через контекст экземпляр хранилища Redux, а не текущее значение состояния! Это пример использования контекста для внедрения зависимостей. Мы знаем, что наши подключенные к Redux компоненты нуждаются во взаимодействии с хранилищем Redux, но мы не знаем или нам неважно, что это за хранилище, когда мы определяем компонент. Настоящее хранилище Redux внедряется в дерево во время выполнения с помощью компонента
Цель и случаи использования (React-)Redux
Основное назначение Redux согласно официальной документации:
«Паттерны и инструменты, предоставляемые Redux, облегчают понимание того, когда, где, почему и как произошло изменение состояния, а также того, как на это отреагировало приложение».
Существует еще несколько причин использования Redux. Одной из таких причин является предотвращение «бурения».
Другие случаи использования:
Почему контекст не является инструментом «управления состоянием»?
Состояние — это любые данные, описывающие поведение приложения. Мы можем разделить состояние на такие категории, как состояние сервера, состояние коммуникаций и локальное состояние, если хотим, но ключевым аспектом является хранение, чтение, обновление и использование данных.
«Управление состоянием — это изменение состояния в течение времени».
Таким образом, мы можем сказать, что «управление состоянием» означает следующее:
React-хуки useState() и useReducer() являются отличными примерами управления состоянием. С помощью этих хуков мы можем:
React Context не соответствует названным критериям. Поэтому он не является инструментом управления состоянием
«Контекст — это то, как существующее состояние распределяется между компонентами. Контекст ничего не делает с состоянием».
«Полагаю, контекст — это как скрытые пропы, абстрагирующие состояние».
Все, что делает контекст, это позволяет избежать «бурения».
Сравнение Context и Redux
Сравним возможности контекста и React+Redux:
Context и useReducer()
Одной из проблем в дискуссии «Context против Redux» является то, что люди, зачастую, на самом деле имеют ввиду следующее: «Я использую useReducer() для управления состоянием и контекст для передачи значения». Но, вместо этого, они просто говорят: «Я использую контекст». В этом, на мой взгляд, кроется основная причина неразберихи, способствующая поддержанию мифа о том, что контекст «управляет состоянием».
Рассмотрим комбинацию Context + useReducer(). Да, такая комбинация выглядит очень похоже на Redux + React-Redux. Обе эти комбинации имеют:
«Мое личное мнение состоит в том, что новый контекст готов к использованию для маловероятных обновлений с низкой частотой (таких как локализация или тема). Он также может использоваться во всех тех случаях, в которых использовался старый контекст, т.е. для статических значений с последующим распространением обновления по подпискам. Он не готов к использованию в качестве замены Flux-подобных „распространителей“ состояния».
В сети существует много статей, рекомендующих настройку нескольких отдельных контекстов для разных частей состояния, что позволяет избежать ненужных повторных рендерингов и решить проблемы, связанные с областями видимости. Некоторые из постов также предлагают добавлять собственные «компоненты по выбору контекста», что требует использования сочетания React.memo(), useMemo() и аккуратного разделения кода на два контекста для каждой части приложения (одна для данных, другая для функций обновления). Безусловно, код можно писать и так, но в этом случае вы заново изобретаете React-Redux.
Таким образом, несмотря на то, что Context + useReducer() — это легкая альтернатива Redux + React-Redux в первом приближении… эти комбинации не идентичны, контекст + useReducer() не может полностью заменить Redux!
Выбор правильного инструмента
Для выбора правильного инструмента очень важно понимать, какие задачи решает инструмент, а также какие задачи стоят перед вами.
Обзор случаев использования
Рекомендации
Как же решить, что следует использовать?
Для этого вам всего лишь нужно определить, какой инструмент наилучшим образом решает задачи вашего приложения.
Часто можно услышать, что «использование Redux предполагает написание большого количества шаблонного кода», однако, «современный Redux» значительно облегчает изучение данного инструмента и его использование. Официальный пакет Redux Toolkit решает проблему шаблонизации, а хуки React-Redux упрощают использование Redux в компонентах React.
Разумеется, добавление RTK и React-Redux в качестве зависимостей увеличивает «бандл» приложения по сравнению с контекстом + useReducer(), которые являются встроенными. Но преимущества такого подхода перекрывают недостатки — лучшая трассировка состояния, простая и более предсказуемая логика, улучшенная оптимизация рендринга компонентов.
Также важно отметить, что одно не исключает другого — вы можете использовать Redux, Context и useReducer() вместе. Мы рекомендуем хранить «глобальное» состояние в Redux, а локальное — в компонентах и внимательно подходить к определению того, какая часть приложения должна храниться в Redux, а какая — в компонентах. Так что вы можете использовать Redux для хранения глобального состояния, Context + useReducer() — для хранения локального состояния, и Context — для статических значений, одновременно и в одном приложении.
Еще раз: я не утверждаю, что все состояние приложения должно храниться в Redux или что Redux — это всегда лучшее решение. Я утверждаю лишь, что Redux — хороший выбор, существует много причин использовать Redux, и плата за его использование не так высока, как многие думают.
Наконец, контекст и Redux не единственные в своем роде. Существует множество других инструментов, решающих иные аспекты управления состоянием. MobX — популярное решение, использующее ООП и наблюдаемые объекты (observables) для автоматического обновления зависимостей. Среди других подходов к обновлению состояния можно назвать Jotai, Recoil и Zustand. Библиотеки для работы с данными, вроде React Query, SWR, Apollo и Urql, предоставляют абстракции, упрощающие применение распространенных паттернов для работы с состоянием, кэшируемым сервером (скоро похожая библиотека (RTK Query) появится и для Redux Toolkit).
Надеюсь, данная статья помогла вам понять разницу между контекстом и Redux, а также какой инструмент и в каких случаях следует использовать. Благодарю за внимание.
Термин «контекст» в программировании?
я программирую уже несколько месяцев, и часто используемым словом является «контекст» в классах. Как ServletContext (Java), Activity (Android), Service (Java, Android), NSManagedContext (Objective-C, iOS).
Я искал контекст переполнения стека, но ни один вопрос / ответы не смогли мне помочь.
Я был бы очень рад, если кто-то может дать мне объяснение.
11 ответов
предположим, вы идете к стоматологу, чтобы вырвать зуб.
когда администратор спрашивает ваше имя, это информация, которая им нужна для того, чтобы начать встречу. В этом примере, ваше имя контекстуальная информация. Так что в контекст посещения стоматолога, вы должны указать свое имя, чтобы получить зуб вытащил.
теперь предположим, что вы идете в банк.
в банк, вы просите снять 100 долларов. Кассир должен установить вашу личность, прежде чем давать вам деньги, так что вы, вероятно, придется показать им водительские права или проведите карту банкомата и введите свой ПИН-код. В любом случае, то, что вы есть контекст. Кассир использует эту информацию для перемещения транзакции вперед. Затем они могут спросить вас, с какого счета вы хотите снять деньги. Когда вы ответите,«мой накопительный счет», даже больше контекста.
чем больше контекста вы даете, тем больше знаний другая сторона, чтобы помочь справиться с вашей просьбой. Иногда контекст является необязательным (например, ввод все больше и больше слов в поиск Google, чтобы получить лучшие результаты), а иногда это требуется (например, предоставление вашего PIN-кода в банкомате). В любом случае, это информация, которая обычно помогает что-то сделать.
но тогда багаж человек просит вас для получения дополнительной информации о сумку как, чтобы они могли найти его более легко. Они спрашивают:»какой это цвет? Какого она размера? У него есть колеса? Он твердый или мягкий? хотя им не обязательно нужны эти куски информации, это помогает сузить круг вопросов, если вы их предоставляете. Это уменьшает проблемную область. Это делает поиск намного быстрее. Это необязательная контекст.
вот интересная часть: для большого количества программного обеспечения и API,требуются контексте обычно заканчивается как фактические параметры в сигнатуре метода, и необязательная контекст идет куда-то еще, как гибкая карта ключ-значение, которое может содержать что-либо (и может быть пустым) или в потоковое локальное хранилище, где он может быть доступен, если это необходимо.
приведенные выше примеры из реальной жизни, но вы можете легко сопоставить их с областями информатики. Например, заголовки HTTP содержат контекстную информацию. Каждый заголовок относится к информации о запрос делаются. Или когда вы отправляете глобальный идентификатор транзакции как часть двухфазный процесс фиксации, этот идентификатор транзакции является контекстом. Это помогает менеджеру транзакций координировать работу, потому что это информация о общие задачи.
надеюсь, это поможет.
контекст можно рассматривать как ведро для передачи информации. Обычно он используется для передачи вещей, не обязательно привязанных непосредственно к вызову метода, но все же может быть уместным. Непрофессиональный способ описания этого может быть «вещью, о которой вы можете заботиться».
например, если вы пишете службу для обновления значения в БД, вы, вероятно, передадите идентификатор записи и новое значение.
Если вы хотите общие интерфейсы, вы также можете определить контекст для передачи, такой что сервис может выполнять произвольную бизнес-логику. Таким образом, вы можете включить аутентификацию пользователя, состояние сеанса пользователя и т. д. в контексте, поскольку служба может выполнять дополнительную логику, зависящую от этих значений.
Это 2015-Май лет после начала этой темы.
тем не менее, я отправляю это сообщение, чтобы помочь кому-то, как я, который изо всех сил пытается понять «контекст»
ни в коем случае я не утверждаю, что использовал контекст в программах Java-так что это полностью зависит от вас, чтобы написать контекст в жестком кодировании Так вот :-
пациент идет к доктору и говорит treat_me («у меня болит голова») док офис дает пациенту форму для заполнения. Пациент заполняет форму. Форма предназначенный по просьбе врача выполнить запрос «treat_me».
вот как теперь выглядит запрос:
вот как filled_form_num_23321 выглядит так :
надеюсь, это поможет прояснить понятие «контекст».
Я всегда думаю о контексте как о конкретном состоянии, относящемся к объекту или конструкции, с которой я работаю.
контекст относится к исполнение контекст, который является символами, доступными из заданной точки кода, и значением этих символов в этом конкретном исполнении.
контекст является важным понятием, потому что:
вам не нужно писать контекст классы или pass контекст параметры. Любой параметр, переданный функции / методу, становится частью контекста выполнения при его вызове.
даже если вы не англоговорящий, я рекомендую вам пройти через копию Код для нежного, но тщательного введение в такие понятия, как контекст, модульность, соединение, единство и так далее.
некоторые псевдо код:
Это не так сложно, но требуется некоторое время, чтобы поймите понятие
контекст в вашем случае-это среда, в которой работает ваше приложение.
Он предоставляет информацию / услуги / возможности, необходимые вашему приложению для правильной работы.
слишком часто автор предполагает, что у читателя есть подробное понимание контекста, в котором используется слово «контекст».
3 года спустя, так что, возможно, немного поздно, но, возможно, эта нить поможет вам. Это иллюстрирует, что слово «контекст» имеет техническое значение в программировании (а не только простое английское значение).
Не уверен, можете ли вы использовать его в качестве примера и вытащить из него некоторую информацию или нет. Я тоже хотел бы услышать языковое агностическое объяснение термина технического программирования «контекст»
Edit: или это, по крайней мере, показывает, что термин «контекст» может применяться в техническом, программном контексте (не предназначен для каламбуров). Возможно, в более чем одном конкретном применении этого термина.
Я не вижу релевантности в объяснении контекста слова в контексте программирования.
чтобы понять контекст в контексте, вы сначала должны понять контекст. Это рекурсивно.
контекст-это абстрактное слово, и абстрактные слова трудно понять для некоторых людей. Способность мыслить абстрактно-это дар. Я не говорю, что у вас его нет, но есть разные уровни абстракции, и я полагаю, что контекст слова имеет более высокий уровень абстракция, чем то, что вы можете легко понять.
Я не знаю, откуда вы, но я уверен, что в вашем родном языке есть слово для контекста, и вы, вероятно, тоже не понимаете этого слова.
Я использовал контекст в контексте программирования, и я мог бы привести вам пример, но я действительно думаю, что вам нужно сначала понять контекст слова.