WikiProject Computing / Программное обеспечение | (Номинальный начальный класс, средняя важность) |
---|---|
Требуется очистка
Пометить его для очистки, потому что он почти не читается - а я инженер-программист! —Предыдущий неподписанный комментарий, добавленный Minority Report ( обсуждение • вклад ) 10:55, 19 ноября 2004 г.
- все еще ужасно. Трав ( разговор ) 14:04, 31 марта 2008 (UTC)
Какова целевая аудитория этой статьи, представленной в Википедии?
Полностью согласен. Эта статья граничит с полной бессмысленностью, потому что в ней очень мало определений, прежде чем попытаться обсудить ее достоинства или применение в качестве концепции. Бедные! (11 апреля 2013 г.) 132.183.13.16 ( доклад ) 19:14, 11 апреля 2013 г. (UTC) Специалист в области профессиональной информации 132.183.13.16 ( доклад ) 19:14, 11 апреля 2013 г. (UTC)
Программный фреймворк и фреймворк приложений
Я думал, что Application Framework - это программная структура, разработанная и разработанная для конкретного приложения. Программный фреймворк в некотором смысле шире и включает фреймворки сторонних разработчиков. Я могу ошибаться.
При чтении двух статей Application framework и Software framework неясно, в чем разница между ними. Если они одинаковы или похожи, это должно быть указано или может быть объединено. Эрвинн 17:52, 30 августа 2006 г. (UTC)
Где-то я обнаружил следующее различие между фреймворком и библиотекой: некоторая часть предварительно упакованного кода является библиотекой, если она предназначена для вызова вашим кодом; это фреймворк, если он предназначен для вызова вашего кода. Это приемлемое различие? Если так, это может быть включено в статью, которая, кажется, на данный момент не делает никаких различий. М. palmer45 ( разговорное ) 20:42, 3 апреля 2008 г. (UTC)
Таксономия программной среды
Я немного просмотрел различные статьи о программных фреймворках, пытаясь понять их смысл. Я не первый, но я хотел бы поработать над тем, чтобы дать читателям какой-то смысл в этих концепциях. Между различными страницами фреймворка много дублирования, и было бы неплохо, если бы их можно было как-то объединить.
Я начал с объединения Framework с этой страницей (ну, в любом случае, с программным обеспечением), и я хотел бы продолжить, используя
Я хотел бы предложить таксономию, на которую я хотел бы начать ссылаться в различных статьях о программных фреймворках. Это то, что я нашел так далеко от моих первоначальных поисков.
Каждая внутренняя точка - это особенность, которая может быть построена на верхних уровнях, за исключением программной инфраструктуры . Например, DirectX (мультимедийный фреймворк) основан на .net (программном фреймворке), а Plone (CMS) основан на Zope , сервере приложений со связанным фреймворком веб-приложений .
Для некоторых из этих страниц могут потребоваться страницы «Список ...» и «Сравнение ...».
Я хотел бы начать с создания категорий для этих фреймворков и, возможно, одного из заголовков разделов. Я, наверное, начну это через день или два, если меня никто не опередит.
Я также хотел бы убедиться, что все Википедисты работают вместе над этим, поэтому я постараюсь размещать ссылки на это обсуждение на страницах обсуждения на других страницах обсуждения. Ян Бейли, 05:10, 11 апреля 2007 г. (UTC)
Есть разница между CMS и CMF. Фреймворк поможет создать систему, отвечающую потребностям пользователя. Система - это конечный продукт. Разница в гибкости и простоте использования. CakePHP - это CMF, Mambo - это CMS. Лучший способ организовать список - разместить их на одном уровне иерархии. CMF не лучше, чем CMS, и одна из них не должна быть «контейнером» для другой. - Flyingmeteor 19:48, 22 октября 2007 г. (UTC)
Вопрос: Я вижу два разных аспекта фреймворка: * концептуальный * дизайн компонентов и то, как они взаимодействуют, ithu athu onnlu illange и фактическое программное обеспечение, которое поддерживает этот концептуальный дизайн. На мой взгляд, они разные, поскольку может быть несколько реализаций одного и того же фреймворка. Кажется, что термин «программный фреймворк» в настоящее время относится к обоим. Существуют ли на самом деле общепринятые термины для обозначения различных концепций, или у разных людей просто разные представления о том, как это называть? —Предыдущий комментарий без знака добавлен 128.105.167.39 ( обсуждение ) 18:14, 8 января 2008 г. (UTC)
- Таксономия выглядит неплохо, но можно ожидать некоторого совпадения. Это нормально, когда медиа рассматривается как подмножество программного обеспечения, а программное обеспечение - как подмножество медиа. Матиастк ( разговор ) 18:48, 16 января 2008 (UTC)
- Фреймворк Ajax - еще один. - Абдулл ( разговор ) 20:16, 2 февраля 2008 г. (UTC)
Изменения во вводном абзаце и определении
Я заменил это:
- Структура программного обеспечения является многоразовым дизайном для программного обеспечения системы (или подсистемы). Это выражается как набор абстрактных классов и способ взаимодействия их экземпляров для определенного типа программного обеспечения. [1] [2]
С версией первых нескольких предложений этого:
Что бесконечно легче понять.
Trav ( разговор ) 14:11, 31 марта 2008 (UTC)
Рекомендации
- Перейти ↑ Johnson, RE and B. Foote (1988). «Разработка многоразовых классов». Журнал объектно-ориентированного программирования 1 (2): 22-35.
- Перейти ↑ Deutsch, PL (1989). Повторное использование дизайна и фреймворков в системе Smalltalk-80. Повторное использование программного обеспечения, том II: приложения и опыт. TJ Biggerstaff и AJ Perlis. Ридинг, Массачусетс, Эддисон-Уэсли: 57-71.
Привет Травб. Ваше беспокойство по поводу старого определения оправдано. Я заменил его определением, одобренным академическим сообществом, и процитировал двух их экспертов (Ральфа Джонсона и Дирка Риле). Важно описать как сходства, так и отличия от библиотек кода, и новый вводный абзац делает это тоже. У меня есть добрые намерения сделать больше чисток в этой статье. Я сам достаточно опытен в этой области - у меня есть докторская степень по программной инженерии в CMU, и я написал диссертацию по новой методике определения программных фреймворков. С уважением, Джордж. Georgefairbanks ( разговорное ) 00:48, 28 мая 2008 г. (UTC)
Первый абзац в его нынешнем виде по-прежнему беспорядок! Программный фреймворк - это не абстракция, это набор программных библиотек и, возможно, сопутствующих инструментов, реализующих абстракцию. В нынешнем виде текст об этом противоречив. Упомянутые конкретные свойства (например, IoC) не являются необходимыми свойствами фреймворков в целом. РП ( разговор ) 10:15, 26 мая 2011 (UTC)
Веб-разработка?
Почему программный фреймворк связан только с веб-разработкой? Это то, что можно понять из введения:
«Идея состоит в том, что все утомительные низкоуровневые детали создания веб-приложения уже находятся в пакете многократного использования. Для веб-разработчика это означает, что вы можете тратить свое время, беспокоясь о конкретных проблемах, связанных с вашим приложением, а не о фактическое построение кода, стоящего за ним ".
Я думал, что программная среда не зависит от приложения (веб, настольный компьютер и т. Д.). Например, MFC - это программная среда, не предназначенная для веб-разработки.
Удаление слова «паутина» в этом абзаце.
Аваргазм ( разговор ) 20:17, 2 апреля 2008 (UTC)
Библиотека Framework VS
Я считаю, что важно ни в чем не использовать слово «каркас». Много повторно используемого кода для веб-разработки - это не простые фрагменты фреймворка или некоторые из них - библиотеки. Слово следует использовать с осторожностью. Я считаю, что было бы хорошо начать тему «Фреймворки по сравнению с библиотеками», чтобы можно было установить, что фреймворк - по моему мнению и другим - больше, чем просто файл или 2. API - это фреймворк. Я считаю, что, например, не существует такой вещи, как CSS-фреймворки. Я считаю, что в разработке программного обеспечения больше фреймворков, чем в веб-разработке, но различие важно, чтобы избежать путаницы, о которой идет речь во всех этих обсуждениях. - wmasterj ( talk ) 22:26, 22 августа 2008 г. (UTC) rr —Предыдущий неподписанный комментарий добавлен 61.109.169.125 ( talk ) 05:47, 26 февраля 2009 г. (UTC)
nmb
Microsoft называет .Net фреймворком. Я считаю, что это неправильно. Microsoft действительно плохо относится к терминологии, которую они используют, настолько, что кажется высокомерной. Сэм Помидор ( разговор ) 18:08, 25 мая 2015 (UTC)
Поэтому, когда вы говорите «повторно используемый код для веб-разработки», я предполагаю, что вы в первую очередь имеете в виду .Net, и я согласен с тем, что «.Net Framework» неверно. Сэм Помидор ( разговор ) 18:10, 25 мая 2015 (UTC)
Разница между библиотекой и фреймворком заключается в том, что фреймворк реализует инверсию управления (принцип Голливуда - не звоните нам, мы позвоним вам). При использовании библиотеки вам нужно написать код для вызова ее компонентов, но при использовании фреймворка у нее есть компоненты, которые вызывают код, который вы пишете. Это достигается с помощью шаблона метода шаблона, в котором абстрактный класс, содержащий поведение по умолчанию, предоставляется платформой, а подкласс обеспечивает настраиваемое поведение. - Предыдущий неподписанный комментарий добавлен Тонимарстоном ( обсуждение • вклад ) 10:39, 11 июня 2020 г. (UTC)
Обратный вызов как синоним Hollywood_Principle
Обратил внимание на запись Callback (компьютерное программирование); там нет упоминания о фреймворках. и на этой странице Callback не идентифицируется как функции, используемые Hollywood_Principle. (такое использование может быть специфическим для культуры Microsoft). http://social.msdn.microsoft.com/Forums/en/clr/thread/7711d8de-68e8-4644-b10b-252f55528bed Wikipaddn ( обсуждение ) 03:15, 22 февраля 2011 г. (UTC)
Линкеры
Текст «если программа не является компоновщиком компилятор-объект» не имеет для меня смысла. Возможно ли, что автор имел в виду «использует» вместо «является»? И означает ли «полностью контролируемый» независимый? SandStone ( разговор ) 19:25, 4 февраля 2015 (UTC)
Каркас - это каркас
Я предполагаю, что фреймворк - это фрейм. Я думаю, что об этом следует прямо заявить, и определение должно быть построено на этом. Фреймворк - это то, на чем построено другое программное обеспечение, и которое скрепляет его вместе. Сэм Помидор ( разговор ) 18:08, 25 мая 2015 (UTC)
- с уважением, думаю, ваше предположение неверно. Слово «рамка» в контексте разработки программного обеспечения чаще всего относится к графическому компоненту, используемому в определении пользовательского интерфейса, или используется при описании временных рамок, применимых к объектам, существующим в системе, или других подобных абстрактных «обсуждениях». Я с радостью соглашусь с вашим утверждением, если вы не могли бы немного пояснить, что вы имеете в виду?
- Когда вы говорите «скрепляет программное обеспечение», я думаю, вы имеете в виду «предоставляет структуру, в которую вставляется конкретный код приложения» ... или что-то в этом роде, да? Просто потому, что «программное обеспечение» - это такой общий термин, обычно означающий «приложение», и фреймворк не определяет приложение, он просто участвует в его реализации.
- Хамм, что этот доклад в последний раз использовался в 2015 году, немного красноречиво - vulcan_ ( обсуждение · вклад ) 04:25, 3 декабря 2017 (UTC)
Определение Framework
Ясно, что на самом деле не существует четкого определения программной структуры, и авторы здесь пытаются создать такое, как будто эта статья является источником академической истины. Нет никаких цитат, подтверждающих фактическое предлагаемое определение. Например, он заявляет, что у фреймворка должна быть «инверсия управления». На чем основано? Цитата - это статья, которая определяет «инверсию контроля», но на самом деле не цитирует источник относительно того, где это даже требование, кроме как в собственном сознании автора.
Каково происхождение этого термина? Какой был первый фреймворк? Определяет ли этот термин ANSI, ISO или какой-либо другой орган по стандартизации? Каркас - это концептуальная или физическая структура. Этот термин можно применять к программному обеспечению разными способами. Нет никакой реальной пользы от попытки создать строгое определение того, что можно назвать программной структурой. Если он обеспечивает какую-то структуру для разработки программного обеспечения, его можно назвать программной средой. - Предыдущий неподписанный комментарий добавлен 24.118.147.229 ( обсуждение ) 12:33, 17 апреля 2018 г. (UTC)
- Я согласен с тем, что в статье Википедии неуместно просто пытаться составить собственное определение этого термина. Один уже есть в статье Шмидта , который, в свою очередь, цитирует другую публикацию 1988 года, также дающую определение этого термина. Я не понимаю, почему мы не можем просто взять их, по крайней мере, как авторитетную отправную точку. Псекейраг ( разговорное ) 02:27, 22 марта 2020 (UTC)