Результаты поиска

При взгляде за пределы RAD (перетаскивание и настройка) способа построения пользовательских интерфейсов, который поощряют многие инструменты, вы, вероятно , столкнетесь с тремя шаблонами проектирования, называемыми Model-View-Controller, Model-View-Presenter и Model-View-ViewModel . Мой вопрос состоит из трех частей к нему:

1. Какие проблемы решают эти модели?
2. Насколько они похожи?
3. Чем они отличаются друг от друга?

Я видел, что это упоминается во многих блогах по сети, но я считаю, что это должно обсуждаться здесь. Что мы можем сделать, когда у нас есть фреймворк MVC (меня интересует ZEND) в PHP, но наш хост не предоставляет mod_rewrite? Есть ли какие-нибудь "short-cuts"? Можем ли мы каким-либо образом передать управление (чтобы между страницами могло возникнуть сопоставление)? Есть идеи? Спасибо :-)

Я пытаюсь выбрать инструмент для создания UML диаграмм всех вкусов. Удобство использования-это главный критерий для меня, но я бы все равно взял больше энергии с более крутой кривой обучения и был бы счастлив. Бесплатно (как в пиве) было бы неплохо, но я готов заплатить, если инструмент того стоит. Что я должен использовать?

Весь мой опыт Visio связан с документацией LAN/WAN. Недавно у меня появилось желание визуализировать отношения между объектами в конфигурации Nagios , и я понял, что не знаю, как это сделать правильно, и перешел к чему-то более важному. Я читал ответы на эту тему и понял, что это то, что разработчики программного обеспечения должны делать много.

Так что это, вероятно, вопрос мягкого тона, но каков правильный метод документирования отношений объектов в Visio? Есть ли лучший шаблон для использования? Какая коллекция трафаретов является правильным трафаретом?

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

Спасибо за любые указатели.

В настоящее время я использую удивительный плагин attachment-fu для приложения Rails, но как начинающий разработчик я никогда не сталкивался с сценарием, подобным тому, в котором я оказался.

По сути, я использую плагин attachment-fu на двух уровнях.

1. Это для пользовательских аватаров в классе user.
2. Это разрешить вложения файлов ( PDFs и т. д.) В системе обмена сообщениями.

Мой вопрос заключается в том , какой наилучшей практикой использования было бы в этих ситуациях оставаться DRY , ясным и последовательным.

Очевидно, что нет смысла определять и выполнять плагин в обоих классах, но есть что-то очень странное для меня (возможно, необоснованное) о том, чтобы просто идти вперед и настраивать все это в классе божественного приложения.

Есть ли что-то между ними, или родительский класс-это путь?

Спасибо!

Я слышал о нескольких способах реализации тегирования; использование таблицы сопоставления между TagID и ItemID (имеет смысл для меня, но масштабируется ли она?), добавление фиксированного числа возможных столбцов TagID к ItemID (кажется, это плохая идея), сохранение тегов в текстовом столбце, разделенном запятыми (звучит безумно, но может сработать). Я даже слышал, что кто-то рекомендовал разреженную матрицу, но тогда как же имена тегов растут изящно?

Я пропустил лучшую практику для тегов?

Языки программирования имели несколько (r)эволюционных этапов в своей истории. Некоторые люди утверждают, что подходы, основанные на моделях, будут следующей большой вещью. Есть такие инструменты, как openArchitectureWare, AndroMDA, скульптор/Fornax платформы и т. д. это обещает невероятное повышение производительности. Тем не менее, я сделал опыт, что это либо довольно легко в начале, чтобы начать работу, но также застрять в какой-то момент, когда вы пытаетесь что-то, что было непредвиденным или довольно трудно найти достаточно информации, которая говорит вам, как начать свой проект, потому что может быть много вещей, чтобы рассмотреть.

Я думаю, что важным пониманием, чтобы получить что-либо из модели, управляемой чем-то, является понимание того, что модель не обязательно представляет собой набор красивых картинок или модель дерева или UML, но может также быть текстовым описанием (например, государственная машина, бизнес-правила и т. д.).

Что вы думаете и что говорит вам ваш опыт? Есть ли будущее для разработки моделей (или как бы вы это ни называли)?

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

У меня есть коллекция объектов в базе данных. Картинки в фотогалерее, товар в каталоге, главы в книге и т. д. Каждый объект представлен в виде строки. Я хочу иметь возможность произвольно упорядочивать эти изображения, сохраняя этот порядок в базе данных, чтобы при отображении объектов они были в правильном порядке.

Например, предположим, что я пишу книгу,и каждая глава-это объект. Я пишу свою книгу и размещаю главы в следующем порядке:

Введение, доступность, форма и Функция, Ошибки, Последовательность, Заключение, Индекс

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

Введение, Форма, Функция, Доступность, Последовательность, Ошибки, Заключение, Индекс

Как я могу хранить этот заказ в базе данных надежным и эффективным способом?

У меня были следующие идеи, но я не в восторге от них:

1. Массив. Каждая строка имеет порядок ID, когда порядок изменяется (через удаление с последующей вставкой), порядок IDs обновляются. Это упрощает поиск, так как это просто ORDER BY , но кажется, что его легко сломать.

   // REMOVAL
UPDATE ... SET orderingID=NULL WHERE orderingID=removedID
UPDATE ... SET orderingID=orderingID-1 WHERE orderingID > removedID
// INSERTION
UPDATE ... SET orderingID=orderingID+1 WHERE orderingID > insertionID
UPDATE ... SET orderID=insertionID WHERE ID=addedID

2. Связанный список. Каждая строка имеет столбец для идентификатора следующей строки в заказе. Обход кажется дорогостоящим здесь, хотя может каким-то образом использовать ORDER BY , о котором я не думаю.

3. Разнесенный массив. Установите orderingID (как используется в #1), чтобы быть большим, так что первый объект 100, Второй 200 и т.д. Затем, когда происходит вставка, вы просто помещаете ее в (objectBefore + objectAfter)/2 . Конечно, это должно было бы быть перебалансировано время от времени, поэтому у вас нет вещей слишком близко друг к другу (даже с поплавками, вы в конечном итоге столкнетесь с ошибками округления).

Ни один из них не кажется мне особенно элегантным. У кого-нибудь есть лучший способ сделать это?

Как мне определить и использовать ENUM в модели Django?

Я ищу веб-фреймворк для перемещения приложений на основе windows в сеть.

Основными требованиями к WF являются следующие:

1. поддержка модульных тестов
2. поддержка настольных и мобильных браузеров
3. долгосрочная жизнеспособность
4. зрелость структуры

Проходя через университет и следя за развитием SO,я много слышал об архитектурном дизайне Model-View-Controller. Я случайно использовал шаблон MVC еще до того, как узнал, что это такое, и до сих пор использую его в своей повседневной работе. Из того, что я видел, это, вероятно, самый популярный шаблон, используемый сегодня. Но вот о чем я почти ничего не слышал, так это об альтернативных шаблонах, которые вы можете использовать вместо MVC. Какие существуют варианты и по каким причинам вы решили бы использовать их над MVC? Мне также интересно знать, для каких типов систем они обычно используются. Наконец, каковы плюсы и минусы, которые приходят вместе с их использованием?

• Для каких типов приложений вы использовали проверку моделей ?
• Какой инструмент проверки модели вы использовали?
• Как бы вы суммировали свой опыт w/ этой техники, в частности, в оценке ее эффективности в обеспечении более высокого качества программного обеспечения?

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

Каким будет эквивалент главных страниц в мире веб-разработки Java? Я слышал о плитках, гобеленах и скорости, но ничего о них не знаю. Они так же просты в использовании, как и главные страницы?

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

Любые примеры были бы великолепны!!

При кодировании традиционного приложения MVC, какова наилучшая практика для кодирования проверки формы на стороне сервера? Принадлежит ли код контроллеру или уровню модели? И почему?

У меня есть пара вопросов относительно VBScript и ASP Classic:

1. Каков предпочтительный способ доступа к базе данных сервера MS SQL в VBScript/ASP?

2. Каковы наилучшие методы в отношении отделения модели от представления от контроллера?

3. Есть еще что-нибудь, что я должен знать о VBScript или ASP?

Если вы еще не заметили, я новичок в кодировании VBScript. Я понимаю, что числа 2 & 3-это своего рода гигантские вопросы "black hole", которые являются слишком общими, поэтому не думайте, что я ожидаю узнать все, что нужно знать об этих двух вопросах отсюда.

Я нашел статью на эту тему от сотрудника Microsoft, но кто-нибудь реализовал более надежную структуру для этого? Существует ли легкий фреймворк для WinForms, который можно было бы легко портировать? Я хотел бы довольно быстро войти в курс дела и избежать создания собственной структуры/библиотеки, чтобы справиться с этим, когда кто-то более умный уже сделал это.

Я не смотрел на фабрику мобильного программного обеспечения из группы P&P, но подозреваю, что она довольно тяжелая. Стоит ли на это смотреть?

Edit: я не ищу информацию о проекте ASP.NET MVC. Я спрашиваю о реализации compact framework 'WinForms' и о том, как реализовать MVC с помощью этого.

Я нашел, что такое mvp и mvc, и в чем разница , но это действительно не ответило на этот вопрос.

Я недавно начал использовать MVC, потому что это часть фреймворка, который собираюсь использовать я и мой партнер по работе. Мы выбрали его, потому что он выглядел легко и отделил процесс от отображения, есть ли преимущества помимо этого, о которых мы не знаем и которые могли бы упустить?

Плюсы

1. Отображение и обработка разделены

Аферы

1. Пока ни одного

У меня есть приложение, построенное с использованием MVC, которое создает представление, которое предоставляет сводную информацию по нескольким моделям. Кроме того, некоторые вычисления выполняются по различным наборам данных.

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

Но это кажется, ну, грязным . Но контроллеры должны быть легкими, не так ли? И бизнес-логика не должна быть в представлениях,так как у меня она присутствует.

Так где же должна быть собрана эта информация? Новая модель, которая не сопоставляется с таблицей? Библиотека function/module? или что-то еще?

(Хотя я рассматриваю это как в основном архитектурный / шаблонный вопрос, я работаю в Rails, FWIW.)

Edit: хорошие ответы на все вопросы и много консенсуса, что обнадеживает. Я "accepted" ответ, который я сделал, чтобы сохранить ссылку на Railscasts в верхней части. Я отстаю в своем просмотре Railscast-что-то, что я буду делать напряженные попытки исправить!

До сих пор я сталкивался со списком смежности, вложенными наборами и вложенными интервалами в качестве моделей для хранения древовидных структур в базе данных. Я знаю их достаточно хорошо и перекочевал с одного дерева на другое.

Каковы другие популярные модели? Каковы их характеристики? Каковы хорошие ресурсы (книги, интернет и т. д.) По этой теме?

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

&gt;&gt;&gt; import win32com.client.makepy as makepy<br/>
&gt;&gt;&gt; makepy.ShowInfo('название интересующей нас библиотеки, которое мы нашли в Registered Type Libraries')