|
|
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Как оптимально организовать хранение в одном файле всех пользовательских функций? Покажите пожалуйста пример. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 09:02 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
AdamAryКак оптимально организовать хранение в одном файле всех пользовательских функций? Покажите пожалуйста пример. Если учесть, что это пример "как не нужно делать", то примеров быть должно мало. Ну а кто хочет слегка опозориться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 09:10 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Вообще, VCL в исходниках. Там модули с функционалом, разделенным "тематически". Чем не пример? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 09:11 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
AdamAryпользовательских функцийчто такое "пользовательская функция"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 11:02 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
AdamAry, пользовательские настройки должны хранится в реестре. Без вариантов. А так -- json самый оптимальный вариант (либо ini для любителей старины и ручной правки конфигов). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 13:32 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDiAdamAry, пользовательские настройки должны хранится в реестре. Без вариантов. схренали настолько без вариантов ? Если софтина работает с БД, то настройки должны хранится в БД. Без вариантов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:08 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDiпользовательские настройки должны хранится в реестре. Без вариантов. 1. А я храню в БД. ЧЯДНТ? 2. Если хранить в ini, например, то резервное копирование файла легче, чем резервное копирование куста Реестра. 3. Я когда-то хранил настройки cxGrid`а и др. компонентов в ini, а потом перенёс в Реестр и время на загрузку настроек заметно увеличилось почему-то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:09 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDiAdamAry, пользовательские настройки должны хранится в реестре. Без вариантов. А так -- json самый оптимальный вариант (либо ini для любителей старины и ручной правки конфигов).Спорное утверждение. В реестре хранят минимальное количество параметров. Если конфиги большие, то они должны хранится в виде файлов (в папке документов пользователя) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:10 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDiпользовательские настройки должны хранится в реестре. Уже не рекомендуется. До МС таки дошло, что настроек слишком много для их реестра. Теперь рекомендуется файл в пользовательском профиле. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:10 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
defecator, +1 особенно удобно, если пользователи работают удалённо с базой на разных устройствах + раздельно по пользователям базы. Например, "Пользователь А" настроил таблицу для себя любимого, перешёл на другой ПК и его настройки подгрузились из базы ему на другой ПК. Удобно же. И не надо настраивать заново. А теперь представим, что настройки хранятся в Реестре. Это замусоривает Реестр и он растёт, как на дрожжах, что замедляет работу ОС. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:13 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
asutp2(в папке документов пользователя) желательно не в Документах, а в профиле /AppData при чем нужно понимать, какие настройки хранить в "C:\Users\Public", какие в "C:\Users\User1\AppData\Roaming" - если ПК в домене, а какие в "C:\Users\User1\AppData\Local", ну или в "C:\Users\User1\AppData\LocalLow" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:16 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
defecatorЕсли софтина работает с БД, то настройки должны хранится в БД. Без вариантов. Особенно круто хранить там настройки подключения к БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:22 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
X11defecator, +1 особенно удобно, если пользователи работают удалённо с базой на разных устройствах + раздельно по пользователям базы. Например, "Пользователь А" настроил таблицу для себя любимого, перешёл на другой ПК и его настройки подгрузились из базы ему на другой ПК. Удобно же. И не надо настраивать заново. А теперь представим, что настройки хранятся в Реестре. Это замусоривает Реестр и он растёт, как на дрожжах, что замедляет работу ОС. Правильно. В топку пользователей, работающих с разных машин (пк с 4к разрешением и ноутбук с 720p). Пускай не выпендриваются и настривают по минималке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:31 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Настройки в базе это такой roaming profile для бедных. И как правильно сказал softwarer, надо понимать что хранить в блуждающем профиле, а что - в локальном. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 14:40 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDi, авторпользовательские настройки должны хранится в реестр для начала замечу, что в некоторых системах реестра нет вообще ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 16:29 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
makhaonJaDi, авторпользовательские настройки должны хранится в реестр для начала замечу, что в некоторых системах реестра нет вообще Для начала замечу, что в этих системах используются аналоги реестра (репозиториев для хранения настроек). В той же джаве программисту по барабану, для какой системы он пишет -- настройки будут хранится в зависимости от платформы (реестр на винде, файл настроек в маке и т.п.). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 16:54 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDi, авторВ той же джаве программисту по барабану, для какой системы он пишет -- настройки будут хранится в зависимости от платформы (реестр на винде, файл настроек в маке и т.п.). молодец, быстро переобулся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 17:50 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
makhaon, Ты только держись. Готов? Реестр винды -- это тоже файл. ШОК! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 18:06 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
"Разбухание" реестра не влечет замедление винды. Ну, последовательный поиск (например, в регедите) будет дольше, это да. А время доступа к конкретному элементу реестра не сильно зависит от размера реестра. Винда замедлится, если загадить конкретные ветви, в которых винда выполняет именно сканирование. То есть, можно загадить преднамеренно, но про эти ветки нужно как минимум знать. Впрочем, поклонникам утилит типа ccleaner и разных дефрагментаторов пофиг, им важен сам процесс. В общем, пишите в реестр на здоровье, если вам удобно. И если на диске место есть. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 18:17 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDi, Петросян покусал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 19:45 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Привет, Гуру softwarer, defecator, и прочие Х11, JADI и остальные, и пр. и пр. Школьный вопрос развели в дискуссиию, незная даже функций и что ТС хотел хранить. Где хранить параметры, вы обсуждали. А где и как "тело"? На каких железках? Радиоканал, БД, доступ к ним? Хрен знает, что он(функции) хочет. Нахрена решать неизвестную задачу? __________ Типа Ваш, гатор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2018, 20:36 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
авторЕсли софтина работает с БД, то настройки должны хранится в БД. Без вариантов. Настройки соединения с БД тоже? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2018, 01:24 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
BeltarавторЕсли софтина работает с БД, то настройки должны хранится в БД. Без вариантов. Настройки соединения с БД тоже? Отдельная БД для хранения настроек соединения с другой БД. "Яйцо в утке, утка в зайце..." и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 10:40 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Соединение передавать в командную строку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 11:07 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Народ, жжОте. ТС спрашивал про функции , а вы развели холивар про опции :D ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 11:12 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
DarkMasterОтдельная БД для хранения настроек соединения с другой БД. "Яйцо в утке, утка в зайце..." и т.д. Кстати, реальный сценарий. Видел несколько очень крупных коммерческих проектов, где подобная схема была реализована (когда доступы и настройки к реальным базом брались из другой базы). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 11:12 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
JaDiКстати, реальный сценарий. Видел несколько очень крупных коммерческих проектов, где подобная схема была реализована (когда доступы и настройки к реальным базом брались из другой базы). Это может быть удобно, в системе с филиалами, например. Есть одна глобальная БД в центальном офисе, в которой хранятся централизованные настройки, бинарники приложений и адреса локальных БД для разных филиалов. При этом скорость соединения с ней не критична (что там, раз в день проверить настройки, раз в месяц скачать новый бинарник). А удобство для разработчиков явное: не надо каждый раз рассылать по филиалам обновления и объяснять им что у них переезд на новую базу и необходимо поменять настройки соединения - всё делается автоматически и не зависимо от инфраструктуры филиала (домен-не домен, винда или линух и т.п.). И логи критических ошибок можно туда же складывать, вместо отправки по e-mail. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 11:55 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
alekcvpJaDiКстати, реальный сценарий. Видел несколько очень крупных коммерческих проектов, где подобная схема была реализована (когда доступы и настройки к реальным базом брались из другой базы). Это может быть удобно, в системе с филиалами, например. Есть одна глобальная БД в центальном офисе, в которой хранятся централизованные настройки, бинарники приложений и адреса локальных БД для разных филиалов. При этом скорость соединения с ней не критична (что там, раз в день проверить настройки, раз в месяц скачать новый бинарник). А удобство для разработчиков явное: не надо каждый раз рассылать по филиалам обновления и объяснять им что у них переезд на новую базу и необходимо поменять настройки соединения - всё делается автоматически и не зависимо от инфраструктуры филиала (домен-не домен, винда или линух и т.п.). И логи критических ошибок можно туда же складывать, вместо отправки по e-mail. Удобно... пока она не упадёт(канал или сама база, итп) :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 12:01 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Василий 2Народ, жжОте. ТС спрашивал про функции , а вы развели холивар про опции :D Что в понимании ТС есть функции - он нам не рассказал. Приходится фантазировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 14:34 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
alekcvpЕсть одна глобальная БД в центальном офисе, в которой хранятся централизованные настройки, бинарники приложений и адреса локальных БД для разных филиалов. не надо каждый раз рассылать по филиалам обновления и объяснять им что у них переезд на новую базу и необходимо поменять настройки соединения А что это за база, которая автоматически переезжает на новый сервер при смене строки подключения? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2018, 14:37 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Я делал хранение конфигурации произв. оборудования в простенькой локальной Access-базе, т. к. программа должна была не зависеть в этом плане от MS SQL-Server, куда складывались данные. В инишках, или реестре такое неудобно хранить. Для частично автономных систем ИМХО вполне себе способ. Можно было туда и всё остальное свалить, но это уже было реализовано отдельно стандартными для меня способами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2018, 15:17 |
|
||
|
Оптимально организовать хранение в одном файле всех пользовательских функций
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovА что это за база, которая автоматически переезжает на новый сервер при смене строки подключения? Не автоматически. Вот у нас, например, недавно 1Сники перешли на новую версию 1С, при этом они новую базу подняли на новом сервере (старый уже староват), но старый тоже работает (для архива). При этом у нас несколько зданий и у каждого свои настройки подключения клиента. Вот они нового клиента и настройки для подключения к новому серверу рассылали всем для установки. А так бы всё автоматом из базы подтянулось - и клиент и установки его. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2018, 15:26 |
|
||
|
|

start [/forum/topic.php?all=1&fid=58&tid=2040073]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
76ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 390ms |

| 0 / 0 |
