цикл vi / vim / view / etc / alternatives

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

, Например, на платформах Mac OS X просто библиотеки, упакованные в пакет. В пакете Вы найдете фактическую динамическую библиотеку (libWhatever.dylib). Различие между пустой библиотекой и платформой на Mac - то, что платформа может содержать несколько различных версий библиотеки. Это может содержать дополнительные ресурсы (изображения, локализованные строки, файлы данных XML, объекты пользовательского интерфейса, и т.д.) и если платформа не выпущена общественности, это обычно содержит необходимые.h файлы, необходимо пользоваться библиотекой.

Таким образом у Вас есть все в единственном пакете, необходимо пользоваться библиотекой в приложении (C/C ++/Objective-C, библиотека без.h файлов довольно бесполезна, если Вы не пишете им сами согласно некоторой документации библиотеки), вместо набора файлов для перемещений (пакет Mac является просто каталогом на уровне Unix, но UI рассматривает его как единственный файл, в значительной степени как Вы имеют файлы JAR в Java и когда Вы нажимаете его, Вы обычно не видите то, что внутри, если Вы явно не выбираете для показа содержания).

Википедия называет платформу "модным словечком". Это определяет платформу программного обеспечения как

, платформа программного обеспечения А является допускающим повторное использование дизайном для программной системы (или подсистема). Платформа программного обеспечения может включать программы поддержки, библиотеки кода, язык сценариев или другое программное обеспечение, чтобы помочь разработать и склеить различные компоненты проекта программного обеспечения. Различные части платформы могут быть представлены через API..

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

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

Вот статья о некотором парне относительно темы" Библиотека по сравнению с Платформой ". Я лично думаю, что эта статья является очень спорной. Не неправильно, что он говорит там, однако, он просто выбирает одно из повторных определений платформы и сравнивает это с классическим определением библиотеки. Например, он говорит, что Вам нужна платформа для разделения на подклассы. Действительно? Мне можно было определить объект в библиотеке, я могу связаться против него и разделить его на подклассы в своем коде. Я не вижу, как мне нужна "платформа" для этого. В некотором роде он скорее объясняет, как термин платформа используется в наше время. Это - просто раздутое слово, как я сказал прежде. Некоторые компании выпускают просто нормальную библиотеку (в любом смысле классической библиотеки) и называют его "платформой", потому что это звучит более необычным.