Главная » Статьи для тега "решения"

Экспортирование удаленных служб с помощью Hessian и Burlap Spring

Добавлено Дата: 9 July, 2014 категория: Spring

Hessian и Burlap – это два решения, созданные в рамках проекта Caucho Technology1, обеспечивающие реализацию легковесных уда- ленных служб, действующих по протоколу HTTP. Целью каждого из них является максимальное упрощение API и протоколов веб-служб.

Читать »

Управление коллекциями в С# 2.0 и последующих версиях

Добавлено Дата: 15 March, 2014 категория: C#

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

Читать »

Расширение системы предсказания результатов лотереи в Visual C# (Sharp)

Добавлено Дата: 27 January, 2014 категория: C#

В главе 10 применение интерфейса IProcessor было хорошим первым шагом, т. к. позволяло решить насущную проблему преобразования текстовой строки из одного формата в другой.  Но для  примера данной главы этого  интерфейса недостаточно, И нам нужно Добавить еще Два метода: Initialize () И Finalize ().

Читать »

МЕТОД ИСКЛЮЧЕНИЯ ГАУССА

Добавлено Дата: 1 July, 2012 категория: Basic

Приведем набросок этого метода, который будет воплощен в виде  программы для ЭВМ: (а) Выбрать наибольший элемент в первом  столбце матрицы А.

(б)  Поменять местами первое уравнение (строку) с уравнением (строкой), содержащим выбранный элемент. При перестановке двух строк меняются местами и соответствующие элементы правой части b;    так  как порядок записи уравнений произволен, то при такой перестановке решение не изменяется.   Эта   операция  называется  выбором  ведущего  элемента  со   столбцами.  Если   наряду  с перестановкой строк допускается и перестановка столбцов, то можно осуществлять выбор главного элемента, однако при таких перестановках трудно регистрировать порядок следования переменных. (в)    Вычесть из всех низлежащих уравнений  такое кратное первого  уравнения, чтобы в  первом  столбце всюду, кроме первой строки, образовались нули. При этом  соответствующие  множители будут равны 21/a11), (a31/a11), (a41/a11)и т.  д. Проведенная в  (б)  перестановка минимизирует эти величины, что помогает уменьшить ошибки арифметических действий.

Читать »

СТРАТЕГИЯ РАЗРАБОТКИ

Добавлено Дата: 11 June, 2012 категория: Basic

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

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

Читать »

Отвечайте за свои решения

Добавлено Дата: 9 April, 2012 категория: Архитектура ПО

И Чжоу

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

Читать »

Патология шаблонов

Добавлено Дата: 3 April, 2012 категория: Архитектура ПО

Чед Лавинь

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

Читать »

Простое должно быть простым

Добавлено Дата: 1 April, 2012 категория: Архитектура ПО

Чед Лавинь

Архитекторы программного обеспечения решают множество очень сложных задач, но наряду с ними встречаются и относительно простые. А вот чего мы стремимся избежать, так это решения простых задач сложными методами. Каким бы очевидным ни казался этот совет, следовать ему порой нелегко. Проектировщики программного обеспечения – умные, очень умные люди. Однако весьма легко попасть в ловушку «простая задача – сложное решение», потому что все мы любим демонстрировать свои знания. Если вы почувствовали, что проектируете решение настолько умное, что оно со временем, того и гляди, проявит искру самосознания, остановитесь и подумайте. Соответствует ли такое решение поставленной задаче? При отрицательном ответе рассмотрите заново варианты дизайна системы. . У вас будет масса возможностей продемонстрировать свой талант, когда вы столкнетесь со сложными задачами, а это непременно случится.

Читать »

Бизнес и недовольный архитектор

Добавлено Дата: 22 March, 2012 категория: Архитектура ПО

Чед Лавинь

В КАРЬЕРЕ ЛЮБОГО АРХИТЕКТОРА НАСТУПАЕТ МОМЕНТ, КОГДа СТанОВИТСЯ ЯСНО, ЧТО многие вопросы, с которыми он имеет дело, уже встречались на его пути раньше. Сменяются проекты и области, но проблемы остаются прежними. На этой стадии мы можем опереться на свой опыт, чтобы создавать решения быстрее и оставлять максимум времени для более интересных задач. Мы уверены в своих решениях, мы выдаем их в полном соответствии со своими обещаниями. Наступает своего рода гомеостаз. Именно в такие моменты легко совершить огромную ошибку – решить, что вы знаете достаточно много для того, чтобы отныне говорить больше, чем слушать. Это ошибочное решение обычно сопровождается цинизмом, нетерпимостью и гневом по отношению к тем «низшим умам», которые смеют оспаривать ваше выдающееся понимание всех вопросов – технических и прочих.

Читать »

Простота лучше универсальности

Добавлено Дата: 14 March, 2012 категория: Архитектура ПО

Кевлин Хенни

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

Читать »

Архитектор – прежде всего разработчик

Добавлено Дата: 12 March, 2012 категория: Архитектура ПО

Майк Браун

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

Читать »

Стратегии курсора

Добавлено Дата: 7 March, 2012 категория: Microsoft SQL Server, Базы данных

Ключевым моментом работы с курсорами является понимание того, когда использовать их, а когда искать решение с помощью пакетов. Если выполнить поиск совета на портале Google, он ответит примерно следующее: “Не используйте курсор, если хотя бы две недели безуспешно не поискали пакетное решение у знающих друзей и в группах новостей. Если по крайней мере три оппонента бросили от отчаяния поиск решения с помощью запросов, то можете приступать к написанию курсора”.

Читать »

Когда видите единственное решение, спросите других

Добавлено Дата: 6 March, 2012 категория: Архитектура ПО

Тимоти Хай

Вероятно, вам уже доводилось слышать это высказывание. Каждый опытный архитектор знает: если он видит только одно решение задачи, это плохой признак.

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

Читать »

Пробуйте, прежде чем сделать выбор

Добавлено Дата: 6 March, 2012 категория: Архитектура ПО

ЭрикДорненбург

В ПРОЦЕССЕ СОЗДАНИЯ ПРИЛОЖЕНИЯ ПРИХОДИТСЯ ПРИНИМАТЬ МНОГО РЕШЕНИЙ.

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

Читать »

«Срезание углов» сейчас обойдется слишком дорого потом

Добавлено Дата: 5 March, 2012 категория: Архитектура ПО

Скот Макфи

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

Читать »