InstantForum.NET v4.1.4Релибhttp://www.relib.com/forums/robot@relib.comThu, 08 Jan 2009 06:59:47 GMT20http://www.relib.com/forums/Topic909774-26-1.aspxспасибо Базиль за подробный ответWed, 17 Jan 2007 14:15:39 GMTcalifornishttp://www.relib.com/forums/Topic909774-26-1.aspxРазделение на слои (улучшение архитектуры) и производительность приложения - разные вещи. Улучшение архитектуры может привести к ухудшению производительности. Задача программистов и архитекторов в нахождении компромисса. Так вызов метода веб-сервиса требует больше накладных расходов по сравнению с методом внутри приложения, а значит будет работать медленнее. С другой стороны, этот веб-сервис можно использовать из разных приложений внутри сети или из интернета. Выбор между внутренним (DLL) или внешним (WS) компонентом обосновывается требованиями к приложению. Веб-сервисы можно использовать если нужна единая функциональность в desktop и web приложении. При необходимости данные подходы можно и нужно сочетать. Более подробно мне трудно ответить. На этот счет целые книги пишут. Так называемая <EM>сервис-ориентированная архитектура</EM> (Service Oriented Architecture, SOA) одна из модных сейчас технологий.<P>Для тестирования веб-приложений есть специльные программы. Например, Microsoft Application Center Test.Wed, 17 Jan 2007 13:59:27 GMTbazilehttp://www.relib.com/forums/Topic909774-26-1.aspxт.е. единственное преимущество - упрощенность отладки и структурированность? а производительность будет ли влиять? да и еще, слой WS/DLL чем можно обосновать выбор WS или DLL?</P><P>кстати, а каким образом можно протестировать поведение веб приложения когда к нему обращаются много пользователе? писать отдельную многопотоковую прогу эмулирующую такие обращения?Wed, 17 Jan 2007 13:06:54 GMTcalifornishttp://www.relib.com/forums/Topic909774-26-1.aspxЭто обычно называют разделением на слои. Каждый слой выполняет свою работу. Форма служит визуальным интерфейсом для других слоев. Такай подход позволяет разделить приложение на структурированные части уменьшая зависимость интерфейса от деталей реализации. Даже не только интерфейса, а вообще частей программы друг от друга. Чем меньше зависимостей и связей тем обычно проще поддерживать и отлаживать подобную программу. Wed, 17 Jan 2007 11:49:53 GMTbazilehttp://www.relib.com/forums/Topic909774-26-1.aspxспасибо Базиль за ссылки, почитаю. Еще такой вопрос: у меня есть приложение: БД, формы и либо WS либо классы организованные в DLL.</P><P>Формы с БД не работают. ФОрмы обращаются к WS/DLL (в зависимости от того что выбрал) и уже WS работает с БД.</P><P>как правильно на словах обосновать такой выбор? почему нельзя сказать пусть форма обращается к БД?</P><P>ну понятно что причины:</P><P>- структурированность</P><P>что еще? Wed, 17 Jan 2007 11:17:09 GMTcalifornishttp://www.relib.com/forums/Topic909774-26-1.aspxЧитай MSDN:</P><UL><LI><A href="http://msdn2.microsoft.com/en-us/library/8119f66k.aspx">Choosing Communication Options in .NET</A></LI><LI><A href="http://msdn2.microsoft.com/en-us/library/ms978420.aspx">ASP.NET Web Services or .NET Remoting: How to Choose</A></LI><LI><A href="http://msdn2.microsoft.com/en-us/library/ms978411.aspx">Performance Comparison: .NET Remoting vs. ASP.NET Web Services</A></LI></UL>Wed, 17 Jan 2007 10:07:15 GMTbazilehttp://www.relib.com/forums/Topic909774-26-1.aspx<SPAN class=postBodyText>как влияет выбор? какие критерии? когда надо отдавать предпочтение первому, а когда второму случаю?</SPAN>Tue, 16 Jan 2007 22:43:51 GMTcalifornis