Что объясняет меньший размер приложений с открытым исходным кодом?

Откройте терминал и выполните следующие команды:

gconftool-2 --set /desktop/gnome/url-handlers/http/command --type string 'firefox %u'
gconftool-2 --set /desktop/gnome/url-handlers/https/command --type string 'firefox %u'

Эта команда сообщает файловому менеджеру открывать ссылки, используя firefox. % u в основном означает, что URL-адрес будет открыт. Вы можете прочитать об этом здесь.

2
задан 23 April 2011 в 01:51

16 ответов

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 25 May 2018 в 21:57

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 25 July 2018 в 22:10

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 2 August 2018 в 03:39

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 4 August 2018 в 19:42

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 6 August 2018 в 03:47

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 7 August 2018 в 21:42

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 10 August 2018 в 09:55

Вы намереваетесь меньше на диске? Вероятно, благодаря широкому использованию динамически связанных библиотек, которые совместно используются несколькими приложениями. Конечно, Windows также поддерживает это, но DLL не просто версии, а риск «DLL ад» не поощряет совместное использование.

2
ответ дан 13 August 2018 в 16:15

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 25 May 2018 в 21:57

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 25 July 2018 в 22:10

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 2 August 2018 в 03:39

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 4 August 2018 в 19:42

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 6 August 2018 в 03:47

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 7 August 2018 в 21:42

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 10 August 2018 в 09:55

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

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

. Без централизованного распространения программного обеспечения и разрешения зависимостей (например, в Windows) такие зависимости часто могут быть упакованы с программным обеспечением, которое в них нуждается. Таким образом, зависимость X может быть упакована с программным обеспечением A, а также с B (и C и D и т. Д.) -> те же зависимости, установленные несколько раз (или даже статически связанные с исполняемым файлом) - просто чтобы быть в безопасности.

Таким образом, это может объяснить некоторые различия в размере. Конечно, не все.

2
ответ дан 13 August 2018 в 16:15

Другие вопросы по тегам:

Похожие вопросы: