Односимвольные константы лучше литералов?

Недавно я столкнулся с классом, который предоставляет почти каждый отдельный символ в качестве константы; все от COMMAдо BRACKET_OPEN. Интересно, было ли это необходимо; Я прочитал «статью», в которой говорится, что может быть полезно перенести односимвольные литералы в константы. Итак, я скептически.

Основная привлекательность использования констант состоит в том, что они минимизируют обслуживание, когда необходимо изменение. Но когда мы собираемся начать использовать символ, отличный от ',' для представления запятой?

Единственная причина, по которой я вижу использование констант вместо литералов, - сделать код более читабельным. Но является ли city + CharacterClass.COMMA + state(например) действительно более читабельным, чем city + ',' + state?

Для меня минусы перевешивают плюсы, в основном, что вы вводите другой класс и другой импорт. И я верю в меньшее количество кода, где это возможно. Итак, мне интересно, каково общее согласие здесь.

Тавтология :

Совершенно ясно, если вы прочитаете самое первое предложение вопроса, что этот вопрос не о подходящих целях, таких как устранение магических чисел , а о ужасной бессмысленной глупой последовательности в лучшем случае. К чему относится этот ответ

Здравый смысл говорит вам, что const char UPPER_CASE_A = 'A';или const char A = 'A'не добавляет ничего, кроме обслуживания и сложности вашей системы. const char STATUS_CODE.ARRIVED = 'A'это другой случай.

Предполагается, что константы представляют вещи, которые являются неизменными во время выполнения, но, возможно, потребуется изменить их в будущем во время компиляции. Когда будет const char A =правильно равен чему-либо, кроме A?

Если вы видите public static final char COLON = ':'в коде Java, найдите того, кто это написал, и сломайте его клавиатуру. Если представление COLONнавсегда изменится у :вас будет кошмар обслуживания.

Obfuscation:

Что происходит, когда кто-то меняет его, COLON = '-'потому что там, где они его используют, нужен -везде? Собираетесь ли вы писать модульные тесты, которые в основном говорят assertThat(':' == COLON)для каждой constссылки, чтобы убедиться, что они не меняются? Только чтобы кто-то исправил тест, когда он их поменял?

Если кто-то действительно утверждает, что public static final String EMPTY_STRING = "";это полезно и полезно, вы просто квалифицируете его знания и спокойно игнорируете их во всем остальном.

Наличие каждого печатного символа, доступного в именованной версии, просто демонстрирует, что тот, кто это сделал, не может писать код без присмотра.

Сплоченность:

Это также искусственно снижает сплоченность, потому что оно отдаляет вещи от вещей, которые их используют, и связано с ними.

В компьютерном программировании сплоченность относится к степени, в которой элементы модуля принадлежат друг другу. Таким образом, когезия измеряет силу взаимосвязи между частями функциональности в данном модуле. Например, в высоко связных системах функциональность тесно связана.

Связь:

Он также объединяет множество не связанных между собой классов, поскольку все они в конечном итоге ссылаются на файлы, которые на самом деле не связаны с тем, что они делают.

Тесная связь - это когда группа классов сильно зависит друг от друга. Этот сценарий возникает, когда класс принимает на себя слишком много обязанностей или когда одна проблема распространяется на многие классы, а не на собственный класс.

Если вы используете более подходящее имя, как у DELIMITER = ','вас, у вас все равно будет та же проблема, потому что имя является общим и не несет семантики. Переназначение значения не более помогает анализу воздействия, чем поиск и замена литерала ','. Потому что какой-то код использует его и нуждается в ,каком-то другом коде, но нуждается ;сейчас? Все равно придется смотреть на каждое использование вручную и менять их.

В дикой природе:

Я недавно провела рефакторинг 1,000,000+ LOCприложения, которому было 18 лет. У него были такие вещи, как public static final COMMA = SPACE + "," + SPACE;. Это ни в коем случае не лучше, чем просто указывать, " , "где это необходимо.

Если вы хотите аргументировать читабельность, вам нужно научиться настраивать свою среду IDE для отображения whitespaceсимволов, где вы можете их видеть или что-то еще, - это просто ленивая причина для введения энтропии в систему.

Он также ,определен несколько раз с несколькими ошибками в написании слова COMMAв нескольких пакетах и ​​классах. Со ссылками на все варианты, смешанные вместе в коде. Это был не что иное, как кошмар, чтобы попытаться что-то исправить, не сломав что-то совершенно не связанное.

То же самое с алфавитом, было несколько UPPER_CASE_A, A, UPPER_A, A_UPPERчто большую часть времени были равны , A но в некоторых случаях не было . Почти для каждого персонажа, но не для всех персонажей.

И из историй редактирования не было видно, что ни один из них когда-либо редактировался или изменялся в течение 18 лет, потому что теперь должно быть очевидной причиной, что он сломает слишком много вещей, которые невозможно отследить, поэтому у вас есть новая переменная имена, указывающие на одну и ту же вещь, которая никогда не может быть изменена по той же причине.

Ни в одной разумной реальности вы не можете утверждать, что эта практика ничего не делает, а начинается с максимальной энтропии.

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

Основная привлекательность использования констант состоит в том, что они минимизируют обслуживание, когда необходимо изменение.

ТОЧНО НЕТ. Это вовсе не причина для использования констант, потому что константы не меняются по определению . Если константа когда-либо изменяется, то она не была константой, не так ли?

Привлекательность использования констант не имеет ничего общего с управлением изменениями и имеет отношение к тому, чтобы сделать программы доступными для написания, понимания и поддержки людьми . Если я хочу знать всюду в моей программе, где двоеточие используется в качестве разделителя URL, то я могу очень легко это знать, если у меня есть дисциплина для определения константы URLSeparator, и я вообще не могу знать это легко, если мне нужно выполнить grep для :и получить каждое место в коде, где :используется для обозначения базового класса, или ?:оператора, или чего-либо еще.

Я полностью не согласен с другими ответами, которые утверждают, что это бессмысленная трата времени. Именованные константы добавляют смысл программе, и эта семантика может использоваться людьми и машинами для более глубокого понимания программы и ее более эффективного обслуживания.

Хитрость здесь не в том, чтобы избежать констант, а в том, чтобы назвать их с их семантическими свойствами, а не с их синтаксическими свойствами . Для чего используется константа? Не называйте это, Commaесли бизнес-сфера вашей программы не является типографикой, анализом английского языка или чем-то подобным. Назовите это ListSeparatorили что-то подобное, чтобы прояснить семантику вещи.

Нет, это глупо.

Что не обязательно глупо, так это вытягивать подобные вещи в именованные ярлыки по причинам локализации. Например, разделитель тысяч - это запятая в Америке (1 000 000), но не запятая в других регионах. Вставка этого в именованную метку (с соответствующим именем без запятой) позволяет программисту игнорировать / абстрагировать эти детали.

Но делать константу, потому что "волшебные струны плохие" - это просто культивирование груза.

Есть несколько символов, которые могут быть неоднозначными или использоваться для нескольких различных целей. Например, мы используем '-'дефис, знак минус или даже тире. Вы можете сделать отдельные имена как:

static const wchar_t HYPHEN = '-';
static const wchar_t MINUS = '-';
static const wchar_t EM_DASH = '-';

Позже вы можете изменить свой код для устранения неоднозначности, переопределив их следующим образом:

static const wchar_t HYPHEN = '-';
static const wchar_t MINUS = '\u2122';
static const wchar_t EM_DASH = '\u2014';

Это может быть причиной, по которой вы могли бы рассмотреть определение констант для определенных отдельных символов. Однако количество символов, которые неоднозначны таким образом, невелико. В лучшем случае кажется, что вы сделали бы это только для тех. Я также утверждаю, что вы можете подождать, пока вам действительно не понадобится различать неоднозначные символы, прежде чем вы будете таким образом кодировать.

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

Константа должна добавить смысл.

Определение запятой как запятой не добавляет смысла, потому что мы знаем, что запятая - это запятая. Вместо этого мы уничтожаем смысл, потому что теперь COMMA может больше не быть запятой.

Если вы используете запятую для какой-либо цели и хотите использовать именованную константу, присвойте ей имя в соответствии с ее назначением. Пример:

• city + CharacterClass.COMMA + state = плохо
• city + CITY_STATE_DELIMITER + state = хорошо

Используйте функции для форматирования

Лично я предпочитаю FormatCityState(city, state)и не беспокоюсь о том, как тело этой функции выглядит, пока оно короткое и проходит тестовые случаи.

Идея о том, что постоянная COMMA лучше ','или ","довольно легко разоблачить. Конечно, есть случаи, когда это имеет смысл, например, final String QUOTE = "\"";экономия на читабельности без всяких косых черт, но запрет на символы управления языком, такие как, \ 'и "я не нашел их очень полезными.

Использование final String COMMA = ","не только плохая форма, это опасно! Когда кто-то хочет изменить разделитель с ","на, ";"он может перейти к файлу констант, COMMA = ";"потому что он быстрее делает это, и он просто работает. За исключением того, что вы знаете, все другие вещи, которые теперь используют COMMA, также являются точками с запятой, включая вещи, отправляемые внешним потребителям. Таким образом, он проходит все ваши тесты (потому что весь код маршалинга и демаршаллинга также использовал COMMA), но внешние тесты не пройдут.

Что полезно, так это дать им полезные имена. И да, иногда несколько констант будут иметь одинаковое содержимое, но разные имена. Например final String LIST_SEPARATOR = ",".

Таким образом, ваш вопрос «являются ли константы с одним символом лучше литералов», а ответ однозначно - нет, это не так. Но даже лучше, чем оба из них, это имя переменной с узкой областью действия, которое явно говорит, какова ее цель. Конечно, вы потратите несколько дополнительных байтов на эти дополнительные ссылки (при условии, что они не скомпилированы на вас, что они, вероятно, будут), но при длительном обслуживании, которое составляет большую часть стоимости приложения, они стоят времени, чтобы сделать.

Я проделал некоторую работу по написанию лексеров и парсеров и использовал целочисленные константы для представления терминалов. Для простоты односимвольные терминалы имели код ASCII в качестве числового значения, но этот код мог быть совершенно другим. Таким образом, я бы имел T_COMMA, которому был назначен ASCII-код для ',' в качестве его постоянного значения. Тем не менее, были также константы для нетерминалов, которым были назначены целые числа выше набора ASCII. Посмотрев на генераторы парсеров, такие как yacc или bison, или парсеры, написанные с использованием этих инструментов, у меня сложилось впечатление, что в основном все так и делают.

Итак, хотя, как и все остальные, я думаю, что бессмысленно определять константы для явной цели использования констант вместо литералов в вашем коде, я думаю, что существуют крайние случаи (скажем, парсеры), где вы можете столкнуться с кодом, пронизанным константы, такие как вы описываете. Обратите внимание, что в случае синтаксического анализатора константы предназначены не только для представления символьных литералов; они представляют собой объекты , которые могли бы только произойти , чтобы быть символьные литералы.

Я могу вспомнить еще несколько единичных случаев, когда имеет смысл использовать константы вместо соответствующих литералов. Например, вы можете определить NEWLINE как литерал '\ n' в окне Unix, но '\ r \ n' или '\ n \ r', если вы используете Windows или Mac Box. То же самое касается парсинга файлов, которые представляют табличные данные; Вы можете определить константы FIELDSEPARATOR и RECORDSEPARATOR. В этих случаях вы фактически определяете константу для представления символа, который выполняет определенную функцию. Тем не менее, если бы вы были начинающим программистом, возможно, вы бы назвали вашу константу-разделитель полей COMMA, не понимая, что вы должны были бы назвать ее FIELDSEPARATOR, и к тому времени, как вы поняли, код будет в производстве, и вы будете на следующем проект,

Наконец, описанная вами практика может иметь смысл в нескольких случаях, когда вы пишете код для обработки данных, закодированных в определенной кодировке символов, скажем, iso-8859-1, но ожидаете, что кодировка изменится позже. Конечно, в таком случае было бы гораздо разумнее использовать библиотеки локализации или кодирования и декодирования, но если по какой-то причине вы не можете использовать такую ​​библиотеку для решения проблем кодирования, используя только константы, придется переопределять в одном файле вместо жестко закодированных литералов, замусоренных по всему исходному коду.

Что касается статьи, на которую вы ссылались: я не думаю, что она пытается обосновать замену литералов символов константами. Я думаю, что он пытается проиллюстрировать метод использования интерфейсов для перетаскивания констант в другие части вашей кодовой базы. Примерные константы, используемые для иллюстрации этого, выбраны очень плохо, но я не думаю, что они имеют какое-либо значение.

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

Хорошие абстракции делают код простым в использовании, с одной стороны, и легким в обслуживании, с другой.

Я полностью согласен с тем, что DELIMITER=':'сама по себе плохая абстракция, и только лучше, чем COLON=':'(так как последняя полностью обнищала).

Хорошая абстракция, включающая строки и разделители, должна включать способ упаковки одного или нескольких отдельных элементов содержимого в строку и, в первую очередь, распаковки их из упакованной строки, прежде чем сообщать вам, что такое разделитель. Такая абстракция была бы объединена как концепция, в большинстве языков как класс; например, чтобы его использование было практически самодокументированным, то есть вы можете искать все места, где используется этот класс, и быть уверенными в том, что программист намеревается отразить в формате упакованных строк в каждом случае, когда используется некоторая абстракция.

Как только такая абстракция будет предоставлена, ее будет легко использовать, даже не обращаясь к информации о значении DELIMITERили COLON, и изменение деталей реализации обычно ограничивается реализацией. Короче говоря, эти константы должны быть деталями реализации, скрытыми в соответствующей абстракции.

Основная привлекательность использования констант состоит в том, что они минимизируют обслуживание, когда необходимо изменение.

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

Единственный раз, когда я видел, как такие константы используются эффективно, это соответствие существующему API или документу. Я видел такие символы, как COMMAиспользуемые, потому что определенная часть программного обеспечения была напрямую связана с анализатором, который использовался COMMAв качестве тега в абстрактном синтаксическом дереве. Я также видел, что раньше он соответствовал формальной спецификации. в формальных спецификациях вы иногда будете видеть символы как, COMMAа не ','потому, что они хотят быть максимально четкими.

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

Заметьте, что вы пытаетесь составить список.

Итак, рефакторинг это как: String makeList(String[] items)

Другими словами, отделить логику вместо данных .
Языки могут отличаться в том, как они представляют списки, но запятые всегда являются запятыми (это тавтология). Так что, если язык изменится, смена запятой не поможет, но поможет.

Если это был класс, написанный как часть приложения вашим коллегой-разработчиком, это почти наверняка плохая идея. Как уже отмечали другие, имеет смысл определять константы, такие как, SEPARATOR = ','где вы можете изменить значение, и константа все еще имеет смысл, но намного меньше, чем константы, имя которых описывает только их значение.

Однако есть по крайней мере два случая, когда имеет смысл объявить константы, чье имя точно описывает их содержимое, и где вы не можете изменить значение без соответствующего изменения имени константы:

• Математические или физические константы, например PI = 3.14159. Здесь роль константы состоит в том, чтобы действовать как мнемоника, поскольку символическое имя PIнамного короче и более читаемо, чем значение, которое оно представляет.
• Исчерпывающие списки символов в парсере или клавиши на клавиатуре. Может даже иметь смысл иметь список констант с большинством или всеми символами Юникода, и это может быть в вашем случае. Некоторые символы, такие как Aочевидные и четко узнаваемые. Но вы можете легко сказать , Аи Aдруг от друга? Первый кириллическая буква А , а последняя латинская буква А . Это разные буквы, представленные разными кодовыми точками Unicode, хотя графически они практически идентичны. Я бы предпочел иметь константы CYRILLIC_CAPITAL_AиLATIN_CAPITAL_Aв моем коде, чем два почти одинаково выглядящих символа. Конечно, это бессмысленно, если вы знаете, что будете работать только с символами ASCII, которые не содержат кириллицу. Аналогично: я использую латинский алфавит изо дня в день, поэтому, если бы я писал программу, в которой требовался китайский символ, я бы предпочел использовать константу, а не вставлять символ, который я не понимаю. Для тех, кто ежедневно использует китайские иероглифы, китайский иероглиф может быть очевиден, но латиницу легче представить в виде именованной константы. Итак, как вы видите, это зависит от контекста. Тем не менее, библиотека может содержать символические константы для всех символов, поскольку авторы не могут заранее знать, как будет использоваться библиотека и каким символам могут потребоваться константы для улучшения читабельности в конкретном приложении.

Однако такие случаи обычно обрабатываются системными классами или специализированными библиотеками, и их появление в коде, написанном разработчиками приложений, должно быть очень редким, если вы не работаете над каким-то очень специальным проектом.

Может быть.

Отдельные символьные константы относительно трудно различить. Поэтому может быть довольно легко пропустить тот факт, что вы добавляете точку, а не запятую

city + '.' + state

в то время как это довольно трудная ошибка с

city + Const.PERIOD + state

В зависимости от вашей среды интернационализации и глобализации, разница между апострофом ASCII и открытым и закрытым апострофом Windows-1252 (или двойной кавычкой ASCII и открытой и закрытой двойной кавычкой Windows-1252) может быть существенной и, как известно, трудно визуализировать в коде.

Теперь, по-видимому, если ошибочное указание точки, а не запятой, является существенной функциональной проблемой, у вас будет автоматический тест, который обнаружит опечатку. Если ваше программное обеспечение генерирует файлы CSV, я ожидаю, что ваш набор тестов довольно быстро обнаружит, что у вас был период между городом и штатом. Если предполагается, что ваше программное обеспечение будет работать для клиентов с различными конфигурациями интернационализации, то, вероятно, ваш набор тестов будет работать в каждой среде и подхватит, если у вас есть открытая цитата Microsoft, если вы хотели иметь апостроф.

Я мог бы представить проект, в котором более разумно было бы выбрать более подробный код, который мог бы предотвратить эти проблемы, особенно когда у вас есть старый код, у которого нет всеобъемлющего набора тестов, даже если я, вероятно, не буду так кодировать проект освоения зеленых месторождений. И добавление константы для каждого символа пунктуации, а не только для тех, которые потенциально проблематичны в вашем конкретном приложении, вероятно, является чрезмерным излишним.

Односимвольные константы лучше литералов?

Здесь много смущений. Дай мне посмотреть, смогу ли я их дразнить.

Константы обеспечивают:

• семантика
• изменить, в процессе разработки
• косвенность

Переход к одному имени персонажа влияет только на семантику. Имя должно быть полезным в качестве комментария и ясно в контексте. Это должно выражать значение, а не значение. Если это может сделать все это с одним символом, хорошо. Если нет, пожалуйста, не надо.

Буква и константа могут меняться в процессе разработки. Это то, что поднимает проблему магического числа. Строки также могут быть магическими числами.

Если семантическое значение существует, и поскольку оба являются постоянными, то вопрос о том, имеет ли константа большее значение, чем литерал, сводится к косвенному.

Переадресация может решить любую проблему, кроме значительной косвенности.

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

Отклонение может быть преувеличено. Некоторые предпочитают искать и заменять литералы, чтобы внести свои изменения. Это хорошо, если 42 ясно означает смысл жизни и не смешивается с 42, атомным номером молибдена.

Где бы вы ни делали полезные различия, подобные одной букве, во многом зависит от контекста. Но я бы не стал делать это привычкой.

Как философский контрапункт к мнению большинства, я должен заявить, что некоторые из нас ценят неискушенного французского крестьянина-программиста XIX века и

вспомнил его однообразную, вечную ясность, его ошеломительно разумные взгляды на все, его колоссальное удовлетворение трюизмами только потому, что они были правдой. "Смешайте все это!" закричал Тернбулл про себя: «Если он находится в убежище, то никого не может быть снаружи».

Г. К. Честертон, Бал и Крест

Нет ничего плохого в том, чтобы ценить правду, и нет ничего плохого в том, чтобы излагать истину, особенно при разговоре с компьютером.

Если вы будете лгать компьютеру, он получит вас

Перри Фаррар - Джермантаун, Мэриленд (от More Programming Pearls)

Но по большей части я согласен с людьми, которые говорят, что это глупо. Я слишком молод, чтобы научиться программировать на Фортране, но я слышал, как вы сказали, что вы можете переопределить 'A' = 'Q'и придумать всевозможные замечательные криптограммы. Вы этого не делаете.

Помимо проблем i18n, поднятых ранее (которые не переопределяют глиф «COMMA», но действительно переопределяют глиф DECIMAL_POINT). Создание цитат из французской моркови или британских одинарных кавычек, чтобы донести смысл до людей, - дело одно, и они действительно должны быть переменными, а не константами. Константа будет AMERICAN_COMMA := ','иcomma := AMERICAN_COMMA

И, если бы я использовал шаблон построителя для создания SQL-запроса, я бы предпочел увидеть

sb.append("insert into ")
 .append(table_name)
 .append(" values ")
 .append(" ( ")
 .append(val_1)
 .append(",")
 .append(val_2)
 .append(" ); ")

чем что-либо еще, но если бы вы собирались добавить константы, это было бы

INSERT_VALUES_START = " ( "
INSERT_VALUES_END = " ) "
INSERT_VALUES_SEPARATOR = " , "
QUERY_TERMINATOR = ";"

sb.append("insert into ")
 .append(table_name)
 .append(" values ")
 .append(INSERT_VALUES_START)
 .append(val_1)
 .append(INSERT_VALUES_SEPARATOR)
 .append(val_2)
 .append(INSERT_VALUES_END)
 .append(QUERY_TERMINATOR)

Однако, если вы когда-либо смотрели какую-либо другую программу (или тип), вы можете заметить некоторые интересные причуды. Не все из нас звездные машинистки. Многие из нас попали в программирование поздно или были воспитаны на советских клавиатурах (где клавиши пишут на вас), и нам нравится вырезать и вставлять отдельные буквы вместо того, чтобы пытаться найти их на клавиатуре и / или полагаться на автозаполнение.

Ничто не собирается автоматически заполнять строку для вас, поэтому, если я смогу получить запятую, нажав 'con', alt-space, down, down, down, введите и получите кавычку, нажав 'con', alt-space, down, вниз, введите. Я мог бы просто сделать это.

Еще одна вещь, которую нужно помнить о строковых литералах - это способ их компиляции. По крайней мере, в Delphi (это единственный язык, которым я зацикливался на стеке) вы свернете свои литералы, вставленные в стек каждой функции. Итак, много литералов = много служебных функций; «,» в function_A - это не тот же бит памяти, что и «,» в function_B ». Для борьбы с этим есть« строка ресурсов », которую можно построить и связать вбок - именно так они и делают вещи i18n (убивая две птицы с одного куста). в Python все ваши строковые литералы являются объектами, и это на самом деле может показаться хорошо использовать utils.constants.COMMA.join(["some","happy","array","strings"]), но это не звездная идея для точек повторяется снова и снова на этой странице.

Но когда мы собираемся начать использовать символ, отличный от ',' для представления запятой?

Для локализации.

В англоязычных странах символом, разделяющим целые и дробные части десятичной дроби, является «.», Который мы называем «десятичной точкой». Во многих других странах символом является "," и обычно называется эквивалентом "запятая" на местном языке. Аналогичным образом, когда англоязычные страны используют «,» для разделения групп из трех цифр в большом количестве (например, 1 000 000 на один миллион), страны, которые используют запятую в качестве десятичной точки, используют точку (1 000 000).

Таким образом, есть возможность для создания констант DECIMAL_POINT и COMMA, если вы делаете глобализацию.