Как в golang объявлять константы на весь проект?

Никак, юзай импорт.

В каждом подключаемом файле нужно импортировать один и тот же файл с объявлением констант?

Мне это приходило в голову, но не хотелось верить.

attribute __((global))__

йопт

Извини, ёпт, не гуглится.

стандарт смотри, йопт

Мне это приходило в голову, но не хотелось верить.

Обожди. А как ты себе это вообще представлял? У тебя есть файл с переменной - логично, что другие подключаемые модули должны как-то извлекать эту переменную. И самый правильный способ - это явно указать.

Как бы даже «конфиг-файлы» по такому же принципу устроены =)

стандарт смотри, йопт

В таком случае твой комментарий ничего не стоит.

Когда некоторым маркетологи рассказывают про «лучше чем в Си», то многие из этих некоторых думают, что оно вообще всё само будет делать. Ну кроме как мороженое жрать:)

Обожди. А как ты себе это вообще представлял?

Я хотел общее пространство имён на весь проект.

В дочернем пакете parser пусть будут специфичные для него функции и данные, это ок. Но хотел чтобы объявленные в родительском пакете (main) данные были видны во всех подключённых пакетах.

Наверное, в Go нет связи родитель-ребёнок как в некоторых динамических языках?

Пакеты в Go - немного необычная для меня парадигма :)

В таком случае твой комментарий ничего не стоит.

вот и используй импорт, умник, йопта

В дочернем пакете

В Go нет «дочерних» пакетов. Есть просто пакеты и они никак, кроме как через import, между собой не связаны.

Я не знаю в каком ЯП вообще есть общее пространство имен.

В Go только через импорт.

Как?

Никак. Сделай пакет Constant и там определяй.

Где-то я видел что можно объявить переменную в одном файле проекта, а работать с ней в другом, но там импорты были по сути чуть ли не копированием импортируемого файла. ЕМНИП что-то подобное PHP если не он сам. Но это конечно адовый маразм, одному то такой проект сложно поддерживать.

Сударь, что вы употребили?

C, там вообще общее пространство имен на ВСЁ.
Странно что сударь считает, что это хорошо

В Go нет «дочерних» пакетов. Есть просто пакеты и они никак, кроме как через import, между собой не связаны.

Спасибо.

Я с go поверхностно знаком, но разве нельзя написать некую глобальную структуру с полями a,b,c и реализующую интерфейс get_a(), get_b(), get_c(), а все твои структуры, заинтересовынные в глобальных переменных, породить от этой корневой?

Я с go поверхностно знаком, но разве нельзя написать некую глобальную структуру с полями a,b,c и реализующую интерфейс get_a(), get_b(), get_c()

package

а все твои структуры, заинтересовынные в глобальных переменных, породить от этой корневой?

import

Я с go поверхностно знаком, но разве нельзя написать некую глобальную структуру с полями a,b,c и реализующую интерфейс get_a(), get_b(), get_c(), а все твои структуры, заинтересовынные в глобальных переменных, породить от этой корневой?

Повторюсь, мне это приходило в голову, но показалось несколько топорным. Вот решил узнать какие ещё есть способы :)

если кратко...

1) за глобальные переменные нужно гнать из профессии. авторы golang все правильно сделали

2) google://golang+singleton+threadsafe

https://golang.org/ref/spec#Import_declarations

Вот кстати правильное решение. А при инициализации этот синглетон будет подгружать глобальные переменные из текстового конфигурационного файла.

Можно. И даже если в рамках одного пакета то import ненужен.

за глобальные переменные нужно гнать из профессии

А за такие категоричные высказывания даже не пускать в профессию:)

C, там вообще общее пространство имен на ВСЁ.

Ты плохо знаешь Си. Там пространство имён - это модуль.

В Си есть модули?

Царский код на глобальных переменных пишешь?

Код бывает разный. Задачи тоже. Я от синглтонов в обморок не падаю. Хотя по своей сути это та же глобальная переменная.

Плохая у тебя «суть», если она у тебя «такая же». Главная суть синглтона - интерфейс работы с данными. Это вопрос проектирования структуры ПО таким образом, чтоб потом можно было заменять такие блоки без деградации функциональности.

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

суть синглтона - интерфейс работы с данными.

И что бы эта фраза значила? А класс это не интерфейс работы с данными? Если да, то должен же чем-то синглтон отличаться раз уж у него другое название?:)