|
Требуется перезапись?
Если я буду таким смелым , эту статью следует полностью переписать; в нынешнем виде статья содержит мало информации и, я подозреваю, способствует обсуждению конкретных статей о фреймворках, например, Ruby on Rails , где люди ищут информацию о возможностях / технологиях этих фреймворков.
Поддерживая общую информацию, представленную здесь, мы можем удалить часть репликации в конкретных статьях фреймворка, позволяя им сосредоточиться на примечательных аспектах этого фреймворка.
Как насчет структуры, подобной следующим строкам (простите за рабочие названия, но, надеюсь, вы поняли идею)? - [[Особый: Вклад / 218.108.53.226 | 218.10ojjjjjjjjjjjjjjjj
- Выполнение
- Языки
- Операционные системы
- Ссылки / См. Также / Внешние ссылки / и т. Д.
- V. berus 03:51, 16 марта 2007 г. (UTC)
Я думаю, что это была бы отличная идея, и хотел бы помочь заполнить области. Я запускал « Сравнение фреймворков веб-приложений» и считаю, что он должен внимательно следить за идеями на этой странице.
Еще одна особенность, на которую, я думаю, стоит обратить внимание, - это Ajax . Я думаю, что также важно сравнивать / противопоставлять фреймворки веб-приложений схожими идеями, такими как стеки решений, а также CMS .
Я не вижу никаких возражений против переписывания статьи, поэтому я думаю, что если начать и опубликовать переиздание раньше, больше случайных редакторов внесут свой вклад раньше.
Ян Бейли 00:47, 25 марта 2007 г. (UTC)
- Спасибо за поддержку и предложения, у меня есть черновик переписывания, над которым я работаю, я постараюсь привести его к разумному началу, а затем вставить его, чтобы другие могли заняться разделами. - V. berus 21:29, 25 марта 2007 г. (UTC)
Таксономия программной среды
Я пытаюсь организовать различные типы программных фреймворков, и я был бы признателен авторам за вклад в эту статью. См. Обсуждение: Программный фреймворк # Таксономия программного фреймворка Ян Бейли 05:13, 11 апреля 2007 г. (UTC) k; lsdgsdfgnfkln —Предыдущий комментарий без подписи, добавленный 144.36.54.106 ( обсуждение ) 03:46, 7 марта 2011 г. (UTC)
Строительные леса
Некоторые фреймворки будут генерировать базовое, но полностью функциональное приложение после того, как разработчик определит структуру данных или будет обнаружено посредством интроспекции. В некоторых фреймворках этот каркас поддерживает операции создания, чтения, обновления и удаления (CRUD), необходимые для управления данными.
Я не уверен, почему это написано в системе веб-шаблонов . Imho scaffolding - это не какая-то функция, привязанная к системе шаблонов. И строительные леса не появляются из ниоткуда. Первое предложение подразумевает, что строительные леса создаются автоматически (wohoo - волшебство) после того, как модель спроектирована. Затем в некоторых фреймворках скаффолдинг создает сайты CRUD для ваших моделей. Так что же делают леса в других фреймворках? Подводя итог: я думаю, что строительные леса - это просто особенность фреймворка, а не системы шаблонов. И он всегда генерирует страницы CRUD, если вы начинаете строить леса. Как вы думаете?
- Флориан Сенинг, 12:51, 25 июля 2007 г. (UTC)
- Я думаю, что строительные леса, по крайней мере, используют структуру шаблонов, потому что они обычно используют некоторые функции шаблонов при вызовах. Однако идея не обязательно должна быть привязана к определенной структуре шаблонов, поэтому я могу понять, как ее можно рассматривать как отдельную функцию в структуре. Не стесняйтесь переписывать примечания к строительным лесам. Нам, вероятно, следует обратиться к статье Scaffold (программирование) , пока мы на ней. Ян Бейли, 22:36, 27 июля 2007 г. (UTC)
Push vs Pull должны уйти
Я видел, как эти термины - толкать и тянуть - раньше использовались в обсуждениях, но не все согласны с тем, что они означают. Я точно не знаю. Например, с помощью Velocity вам нужно «протолкнуть» что-то в контексте, прежде чем вы сможете его использовать, но после этого объект и все, на что он ссылается, доступны для любой операции, что больше похоже на вытягивание. Фактически, инструменты Velocity - это чисто «тянущие». Кроме того, Struts классифицируется как push-фреймворк, а Velocity - как pull, но вы можете использовать Velocity как слой просмотра Struts.
То, является ли фреймворк «компонентно-ориентированным», не имеет абсолютно никакого отношения к тому, является ли он «выталкиванием» или «вытягиванием», а скорее с возможностью разбивать функциональность «страниц» на более мелкие, независимые «компоненты».
Наконец, ссылка, которая используется для объяснения push vs pull, - это открытый форум; мнения нескольких случайных людей с этого сайта вряд ли оправдывают упоминание здесь.
Эта статья была бы намного лучше, если бы не толкать и тянуть.
Chillenious ( разговор ) 03:29, 9 июня 2008 (UTC)
Поэтому я думаю, что обсуждение уместно и правильно, но я согласен с тем, что трактовка, содержащая отдельный раздел на этой странице, неверна. Вместо этого это информация, которую лучше всего использовать на странице MVC в качестве обсуждения различных методов реализации представлений или обсуждения взаимодействий между Ms V и C.
UmassThrower ( разговор ) 06:25, 23 июня 2009 (UTC)
Смущает, сбивает с толку и просто неправильно
- С повышенным интересом к разработке мультимедийных приложений "Web 2.0" сложность программирования непосредственно на Ajax и Javascript стала настолько очевидной, что появилась технология компиляторов, позволяющая разработчикам кодировать на языках высокого уровня, таких как Java, Python и Рубин.
Это просто неправильно. Java, Python и Ruby не выше уровня Javascript. Кроме того, возможность компиляции в целевой объект Javascript была бы тривиальной функцией фреймворка веб-приложения. В лучшем случае особенность фичи.
Есть еще так много других проблем. Примите участие в обсуждении вопросов безопасности, что вообще значит сказать, что «некоторые фреймворки веб-приложений поставляются с фреймворками аутентификации и авторизации»? На практике, они ВСЕ так делают, и, если уж на то пошло, решение предоставить полный доступ всем по-прежнему остается выбором того, как решать вопрос об авторизации и авторизации. Теперь, если мы поговорим о том, как некоторые из основных игроков справляются с этим? например, «Django и большинство других фреймворков используют аутентификацию и авторизацию на основе ролей. XXX, с другой стороны, вместо этого использует ???».
Зачем беспокоиться о перечислении операционных систем, если на самом деле вы просто пытаетесь сказать «Все основные операционные системы». Черт возьми, это еще хуже, Catalyst может работать практически на любом существующем оборудовании.
Зачем вообще перечислять языки? Опять же, ответ - «большинство языков программирования». Если вам нужен список фреймворков, просто сделайте это вместо этого. О, и я просто упомяну священную войну мимоходом ... почему Java стоит на первом месте в списке, когда все остальное в алфавитном порядке? И, и, и, я действительно не ищу войны, я просто не думаю, что это сбалансированная презентация.
Я пишу «веб-приложения» с 1994 года. Иногда я ловил себя на том, что почесываю голову из-за запутанности чтения этой страницы. Если я не понимаю статью, что подумает о ней любой нормальный человек?
Что ж, у меня действительно нет времени или вики-навыков, чтобы заняться переписыванием самостоятельно, но мне просто нужно было указать на пару проблем. 71.30.145.220 ( разговорное ) 09:10, 2 декабря 2009 (UTC)
Пунктуация
Учитывая другие, более срочные предложения, это может быть тривиально, но я считаю, что к этому следует обратиться в будущем. В заголовке «В этой статье отсутствует историческая информация по этому вопросу ...» пропущена точка перед «... Пожалуйста ...», но я не могу получить доступ к этому заголовку в рамке, чтобы добавить отсутствующую точку. [Возможно, я не могу получить к нему доступ, потому что мне лень войти в систему.]
- Сделанный. Нибиос ( разговор ) 05:16, 20 января 2011 (UTC)
Внешние ссылки изменены
Привет, друзья Википедии,
Я только что изменил одну внешнюю ссылку на веб-платформе . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20111011174215/http://www.arrangeactassert.com:80/asp-net-mvc-controller-best-practices-%E2%80%93-skinny-controllers / на http://www.arrangeactassert.com/asp-net-mvc-controller-best-practices-–-skinny-controllers/
Когда вы закончите просмотр моих изменений, установите для отмеченного ниже параметра значение true или не сообщите другим (документация по адресу ).{{Sourcecheck}}
По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}
- Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
- Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .
Ура. - InternetArchiveBot ( Сообщить об ошибке ) 07:12, 30 ноября 2016 г. (UTC)