Оптимальный алгоритм формирования констант при использовании их в в разных местах кода

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

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

Какие вижу варианты:
• Объявлять в каждой функции как const ?
Но, если их (данные) объявлять в каждой из них, есть вероятность, что где-то можно забыть внести исправления.

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

• Использовать БД ? Вряд ли лучший вариант

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

0

755, так и есть... Мы с тобой говорим о разном.

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

1

Сообщение от 755 Посмотрел пару серьезных сайтов, где работают профессиональные программисты (типа авито или яндекса) просто для интереса - в html странице было очень мало данных,

А сколько js и css посмотрели?
Не надо заниматься такой ерундой, как подгрузка маленького файла, только тогда, когда он понадобился.
(Ну или используйте модули).
Сейчас в сайтах используются кучи сторонних библиотек. И никто не переживает, что грузится 100К библиотеки, а реально из нее используется 3-4 функции.

1

Сообщение от krvsa Я писал про получение данных запросом, используя тот же fetch()... Твой же вариант - это динамическое подключение.

Спасибо, krvsa, хотя и удивился, что говорим о разном, ибо и мой вариант хоть и называется динамической загрузкой, но по умолчанию асинхронная. А вот изучение fetch(), когда о нем упоминали, оставил на потом - решил, что хватает и такой загрузки - по принципу, описанному ранее barabarОМ - вначале запуск сайта, а потом уже его улучшение или модификация. А самое главное, не увидел у него плюсов по сравнению с моим вариантом использования загрузки.

Сообщение от voraa А сколько js и css посмотрели?

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

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

Сообщение от krvsa либо в каждой функции объявлять их как локальные с ведением реестра таких данных на предмет корректировки ? Это вообще ерунда.

Почему? Как раз думал остановиться на этом варианте

0

Сообщение от 755 Почему?

Источник данных желательно иметь один, а не целый реестр того, где он находится.

1

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

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

0

Сообщение от krvsa Источник данных желательно иметь один, а не целый реестр того, где он находится

Спасибо, но, как часто бывает, каждый вариант имеет свои плюсы и минусы, вопрос в том, что перевешивает. А на мой взгляд не очевидно, что данный плюс (хотя и очень важный) перевешивает плюсы других вариантов (из тех. что увидел). По крайней мере, если это чисто текстовые визуальные поля.

0

0

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

Действительно с этим столкнулся.. Хотя и не существенно. Как упомянул из десятка файлов, для одной функции надо ставить проверку готовности загрузки. Пока больше ошибок не всплывало.

Сообщение от voraa Что бы понять, что вам нужно, надо знать про какие объемы речь идет. У вас файлы с этими данными на десятки килобайт? Почему их просто нельзя с самого начала статически подключать на тех страницах, где они нужны?

Пока поступал 2 способами: либо как глобальная переменная (константа), если предполагаю, что она будет использоваться в большинстве страниц либо путем дублирования как const непосредственно в функции (но понял, что надо выработать по возможности единый алгоритм, чтобы потом не запутаться), т.е. именно статически на тех страницах, где они нужны (если правильно понял термин страницы). Если да, то именно такой вариант по мнению krvsa далеко не лучший.

Добавлено через 4 минуты

Сообщение от barabar Я тогда у него спросил: "Ну и нахрена он тебе сейчас? Уже начались дожди, а скоро полетят белые мухи. На велике сильно не поездишь".

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

0

Сообщение от 755 Пока больше ошибок не всплывало.

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

Сообщение от 755 либо путем дублирования как const непосредственно в функции

Это вообще никуда не годится. Зачем в каждой функции иметь одинаковые данные? И их в каждой функции грузить? Или я чего то глобально не понимаю. Вы хоть примерно кодом упрощенным покажите.

Добавлено через 2 минуты

1

Сообщение от 755 Вполне разумный подход при покупке серьезной вещи.

Бэушный велик такая же серьёзная вещь, как и твой сайт. Знаешь что самое главное в сайтостроении? Самое главное это идея. Сама реализация это мелочи. Сейчас вообще можно код писать с помощью ИИ. Чел потратил многие часы, что бы выбрать себе бэушный велик. Мог бы потратить это время намного интереснее. Я всё лето ездил на работу на велике, а он всё лето выбирал себе. Так и ты вместо того, что бы делать сайт занимаешься ерундой. Что бы научиться программировать - надо программировать. Это не я сказал. Но сказано очень верно.

Добавлено через 2 минуты

Сообщение от voraa Вот буквально вчера видел его с великом

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

0

Сообщение от voraa Не всплывало - не значит, что не всплывут. При работе на реальном сервере любые затыки могут быть.

Спасибо, буду иметь в виду.

Сообщение от voraa Это вообще никуда не годится. Зачем в каждой функции иметь одинаковые данные? И их в каждой функции грузить? Или я чего то глобально не понимаю. Вы хоть примерно кодом упрощенным покажите.

На счет каждой функции не все так однозначно. А как пример постараюсь подготовить завтра на свежую голову - тут не просто надо будет что-то скопировать.

Поэтому пока попрощаюсь с благодарностью за участие

0

voraa, публикую пример кода.
Подчеркиваю, пример не рабочий, ибо цель темы - выработать алгоритм.

1.html
1.js
Формирование экранной формы и вывод на экран

вариант 1 (php формирует ЭФ и в ней же m_periodDat[] )

вариант 2 (php только формирует данные, а m_periodDat[] выводится в js )
2.js
Если надо, могу прокомментировать (не стал сразу, потому что они займут не одну строку)

Кстати, в 1.js группу функций, выполняющих одну задачу объединил скобками { } . Не могу вспомнить,
придумал ли сам такую комбинацию (проверил, у меня работает) или нашел в каком-то источнике.
Было бы интересно узнать, можно ли так использовать и есть ли у такого блока функций термин - искал в интернете под данным термином - не нашел.

0

Сообщение от 755 let m_periodDat = new Array;  m_periodDat = ["Сутки",   "Неделя",  "Месяц",  "Квартал" ];

Это очень экономично

Сообщение от 755 вызывается через аякс 1.php и передается параметр - индекс m_periodDat

Это вообще супер А что аяксом подтягивать будешь? Неужели в файле php будет просто массив? Раз такое дело с аяксом, то надо этот массив в базу данных засунуть и потом по запросу оттуда доставать

0

Сообщение от barabar Это вообще супер

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

Сообщение от barabar Неужели в файле php будет просто массив? Раз такое дело с аяксом, то надо этот массив в базу данных засунуть и потом по запросу оттуда доставать

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

0

755, перфекционист это диагноз.

Сообщение от 755 Но, если будет скажем, хотя бы 100 000 посетителей/сутки

Никогда у тебя столько не будет. Поверь мне. Тебе хотя бы доделать до конца, что задумал. У меня в этом есть большие сомнения. С таким подходом маловероятно. Два дня разбираться куда массив засунуть. Это пипец...
Другие тебе тоже сказали, что эти несколько строк ни на что не влияют. Сколько байт там? Даже килобайта не будет. А сейчас в инэте есть ресурсы где при открытии страницы грузятся мегабайты.

Добавлено через 49 секунд

Сообщение от 755 это ирония или действительно супер

Это ирония.

0

Сообщение от 755 Но, если будет скажем, хотя бы 100 000 посетителей/сутки, то для каждого из них обращаться в базу за такими данными - думаю, очень плохое решение.

Это обычное дело...

Если данные нужны такому большому числу посетителей - их так и будут раздавать.

1

Зачем тянуть из php если они там не вычисляются как то, а статические?
Можно просто fetch закачивать из json

0

Сообщение от barabar Никогда у тебя столько не будет. Поверь мне. Т

Время покажет.
Будет намного больше, чем 100 000 - поверь мне.

Сообщение от barabar Два дня разбираться куда массив засунуть. Это пипец..

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

Сообщение от barabar Это ирония.

Непонятна ирония, ибо не претендовал на что-либо данным примером.

0

Сообщение от 755 Будет намного больше, чем 100 000 - поверь мне.

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

0

Сообщение от voraa Зачем тянуть из php если они там не вычисляются как то, а статические? Можно просто fetch закачивать из json

voraa, php привел как возможный вариант, что и там м.б. объявлена константа и в таком случае данные уже дублируются, если их не разместить в БД.
Реально же пока в php передаю только индекс массива и уже он является фильтром для выборки данных. А статичная информация из массива выводится в другой функции js (get_frm ()). Объединить их все в один блок не думаю разумным решением, ибо они (функции) относятся к разным задачам. И получается то, о чем вы с krvsa, говорили ранее: такие данные д.б. в одном месте (если правильно понял)

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

0