|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
Dmitry V. Liseev, Переходи на XAF ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 02:38 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
"Если в команде 10 человек и каждый привык к своей любимой реализации календаря или любого другого контрола, то это уже не команда" это не имеет отношения ни к "обычным приложениям", ни к web. это вопросы организации производста ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 07:50 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
kmaw"Если в команде 10 человек и каждый привык к своей любимой реализации календаря или любого другого контрола, то это уже не команда" это не имеет отношения ни к "обычным приложениям", ни к web. это вопросы организации производста не совсем. В веб нет стандарта в контролах\элементах управления. По крайней мере в большей мере чем на десктопах (там же HTML). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 09:25 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
Только ветку почитал, пошел на главную и ....... :) http://sql.ru/ SQL.RU client/server technologies Server Error in '/' Application. -------------------------------------------------------------------------------- Arithmetic overflow error converting expression to data type int. The statement has been terminated. Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. Exception Details: System.Data.SqlClient.SqlException: Arithmetic overflow error converting expression to data type int. The statement has been terminated. Source Error: An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below. Stack Trace: [SqlException (0x80131904): Arithmetic overflow error converting expression to data type int. The statement has been terminated.] System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection) +1950890 System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection) +4846875 System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj) +194 System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj) +2392 System.Data.SqlClient.SqlDataReader.ConsumeMetaData() +33 System.Data.SqlClient.SqlDataReader.get_MetaData() +83 System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) +297 System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async) +954 System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result) +162 System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) +32 System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method) +141 System.Data.SqlClient.SqlCommand.ExecuteReader() +89 actualadv.ActualAdvEngine.GetBanner() +254 actualadv.actualadvert.Page_Load(Object sender, EventArgs e) +139 System.Web.UI.Control.OnLoad(EventArgs e) +99 System.Web.UI.Control.LoadRecursive() +50 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +627 -------------------------------------------------------------------------------- Version Information: Microsoft .NET Framework Version:2.0.50727.3082; ASP.NET Version:2.0.50727.3082 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 09:40 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
это будет исправлено в течение часа (пользователи могут перекурить). а вот если такое случилось бы на "обычном приложении" началась бы паника и массовое обновление ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 10:06 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
к тому же sql.ru - это не корпоративное приложение - а сайт общего доступа ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 10:08 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
kmaw на "обычном приложении" началась бы паника и массовое обновление ПО. Это совсем не обязательно. Если пихать кучу годобра на клиента, то может так и получится. В трехзвенных системах клиент может быть вообще без установки, требовать только winAPI (linux и т.д), запускаться с сети, если это еще и framework, то вообще никакого "массового обновления" - даже выходить из программы в большинстве случаев не надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 11:14 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
Ветка напоминает стандартную историю: приходит фанат определенной технологии, вбрасывает и забурлило =)) При всем уважении к компании Микрософт, она просто опоздала на рынке интернета и потихоньку начинает в этом признаваться. Однако, они уже сейчас стараются переориентироваться на веб клиентов: RS, SPPS, MS Project server, Ofice live, MS CRM, потихоньку тащат туда динамиксов. Правда делают они это в свойственной им манере - IE only, но стараются. Кстати эта IE only может их окончательно выбить с рынка, потому что когда они наконец признают что IE не единственный браузер, может быть очень поздно, ибо остальные: Google, Oracle, IBM, Sun + целая армия open source развиваются в этом направлении гораздо быстрее мелкомягких. p.s. С картинки выше(где оказывается половина инета работает на asp), откровенно поржал. Где интересно все эти сайты? На вскидку вспоминаю только два, этот форум и сайт микрософт, который(не форум) тормозит так безбожно, что вспоминаю свой модем 14.400 ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 11:21 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
kmawэто будет исправлено в течение часа (пользователи могут перекурить). а вот если такое случилось бы на "обычном приложении" началась бы паника и массовое обновление ПО. Ха-ха, на сей момент не исправлено :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 11:45 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
kmawэто будет исправлено в течение часа (пользователи могут перекурить). а вот если такое случилось бы на "обычном приложении" началась бы паника и массовое обновление ПО. это было бы тоже исправлено в течении 10 минут, без паники и обновления ПО. Смотря что, конечно Вы понимаете "под обычными" приложениями. На всякий случай небольшое резюме: В обычных приложениях вся логика приложения тоже хранится на сервере, только это называется не веб-сервером, а сервером приложений . Файлы "обычного" приложения отличаются от веб-контента банально структурой и расширением. Естественно корректировать файлы "обычного" приложения необходимо только на сервере. Точно также как в веб-приложении, пользователи получают новый (допустим исправленный) контент при следующем подключении к серверу. Единственное отличие в том, что веб-контент воспроизводится браузером (с прилепленными плагинами), а контент "обычного" приложения - подобной программой, только не называемой веб-браузером, назовем ее app-браузером (Applications Browser). И вот теперь, после рассказа про "обычные" приложения можно начинать искать отличия, которые в описанной ситуации привели бы к панике и массовому обновлению ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 11:59 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
Dmitry V. LiseevПочему для этого я должен знать DHTML, DOM, JavaScript, XML, SXLT, кучу библиотек, типа jQuery и расковыривать внутреннее устройство этого счастья, чтобы понять, как к своей задаче прикрутить и заставить один контрол на форме реагировать на события другого контрола? Если тебе лень-матушка разбираться в технологиях, то зачем выбрал путь девелопера? Первый раз вижу человека сокрушающегося по поводу "всего много, ай да не переварю я, помогите". пс. Какой-то новый способ рекламы MS через нытье. Мне лень ковыряться разбираться, поэтому я выбираю продукты майкрософт. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 12:16 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
Dmitry V. LiseevКлиент выбирает архитектуру? Вы думаете, ему интересно, на каком языке оно написано, какие паттерны использованы и что там внутрях? Скажите клиенту, что у Вас наноархитектура и нанопротоколы. И он поверит и купит. Это сейчас модно.. Naroto очень тронуто Вашим вниманием Ув TS. Вы совершенно правы что не клиент выбирает архитектуру. Клиент выбирает тех кто думает, что что-то в этом понимает. Таких много. Многие из тех, кто думает, что понимает - упрощённо используют десятки тысяч уже имеющихся простых решений бабушек-домохозяек, которые наколупали где-то сотни тысяч различных контролей от компаний близких к компании Микромягкий. Мы называем это "ширпотреб". Чем его больше - тем сложнее поддерживать порядок. Сам Мелкософтий вырыл себе огромную яму навыпускав продуктов (оффисных) которые кнопочкой превращаются в интернетные странички. Если всё было бы так просто, как это указал Многоуважемый OZKA в посте который даже цитировать нет желания - мы бы все жили в замечательном мире имени IBM. Там всё в WebSphere.. красиво, дорого, многообразно... Но мы живём в другом мире - сам мелкософтий вложил десятки мил... в вэб технологии подрулил целую отрасль XML всему миру на растерзание и теперь мы не знаем, что со всем этим делать. ASP изначально было идеей на две головы круче Java. Потому как бегало всё на IIS {вонючкином , но сервере}. Потом появилось J2EE. Счёт сравнялся. Вернее SUN попёр вперед. И тут мелкомягкий подложил им всем .NET опять блин всё смешалось в доме ... этт теперь решений больше хороших и разных. Особенно в опласти LAMP. Но вот корпорации не верят в LAMP-ы. Потому как понимают, что нету достаточно энтузиастов открытых технологий, чтоб поддерживать их хаотичный рост. Корпорации за стандартизацию. И Мелкомягкий туда же. Он и создаёт эти стандарты. За что ему отдельное спасипки. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 17:40 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
автормы бы все жили в замечательном мире имени IBM. Там всё в WebSphere.. красиво, дорого, многообразно... В мире IBM,ходили бы мы и сейчас по ночам на ВЦКП.Даже сейчас при наличии конкуренции, одна только техподдержка этих красивостей - пятизначные-шестизначные суммы.Это IBM вырыл себе могилу,выпустив ПК ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 18:32 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
SeVaЭто IBM вырыл себе могилу,выпустив ПК Нет - IBM вырыл себе могилу гораздо раньше - когда появилось подразделение под названием SAP ... Ну туда им и дорога... Naroto за многообразие видов и борьбу за существование. Против монополизации экономики. Или ее отдельно взятой отрасли. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2009, 19:02 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
iscrafm На всякий случай небольшое резюме: В обычных приложениях вся логика приложения тоже хранится на сервере, только это называется не веб-сервером, а сервером приложений . Файлы "обычного" приложения отличаются от веб-контента банально структурой и расширением. Естественно корректировать файлы "обычного" приложения необходимо только на сервере. Точно также как в веб-приложении, пользователи получают новый (допустим исправленный) контент при следующем подключении к серверу. Единственное отличие в том, что веб-контент воспроизводится браузером (с прилепленными плагинами), а контент "обычного" приложения - подобной программой, только не называемой веб-браузером, назовем ее app-браузером (Applications Browser). И вот теперь, после рассказа про "обычные" приложения можно начинать искать отличия, которые в описанной ситуации привели бы к панике и массовому обновлению ПО. Т.е Вы согласны, что данная архитектура (без учета теминологии) имееет право на жизнь ;-) И теперь уже в рамках Вашей архитектуры можно поспорить о целесообразности использования самописного Applications Browser вместо стандартного веб-браузера. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 12:40 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
-lesha-Т.е Вы согласны, что данная архитектура (без учета теминологии) имееет право на жизнь ;-) И теперь уже в рамках Вашей архитектуры можно поспорить о целесообразности использования самописного Applications Browser вместо стандартного веб-браузера. Давайте аргументы ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 13:05 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
-lesha- Т.е Вы согласны, что данная архитектура (без учета теминологии) имееет право на жизнь ;-) И теперь уже в рамках Вашей архитектуры можно поспорить о целесообразности использования самописного Applications Browser вместо стандартного веб-браузера. Немного не понял какую именно архитектуру Вы имели ввиду, первую или вторую. По поводу вопроса.. конечно можно. просто он делает несколько больше чем просто веб-браузер. Да и заточен больше на работу с десктопными элементами интерфейса. Есть небольшой текст(pdf) по этому поводу. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 13:11 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
и что значит "самописного". Он такой же "самописный" как любая другая программа. Не роботы пишут браузеры, а люди, сами. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 13:13 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
Infernal V. Raven-lesha-Т.е Вы согласны, что данная архитектура (без учета теминологии) имееет право на жизнь ;-) И теперь уже в рамках Вашей архитектуры можно поспорить о целесообразности использования самописного Applications Browser вместо стандартного веб-браузера. Давайте аргументы Уже называли. Все кончено зависит от обласити применения продукта. Для меня 1. Нет необходимости что-то ставить на клиентский компьютер. 2. Кроссплатформенность - честно говоря Юникс не сильно волнует, а вот Мак пользователи попадаются. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 13:29 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
-lesha-1. Нет необходимости что-то ставить на клиентский компьютер. это самый хлипкий и надуманный аргумент, который таковым не является. Конечно можно сказать, что инсталляция браузера что-то особенное и не одно и тоже, что инсталляция любой другой программы. Ну и конечно можно не обращать внимания на инсталляцию небольшой кучки плагинов, которое потребует приложение, исполняемое в веб-браузере. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 13:35 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
авторэто самый хлипкий и надуманный аргумент, который таковым не является. Да,не такой уж он и хлипкий,на большинстве рабочих мест установка ПО запрещена.Помимо этого есть еще один момент - безопасность в распределенной системе,для которой нужны дополнительные ресурсы и деньги. А самый главный аргумент в том,что заказчикам все чаще необходим только тонкий клиент и на другое они не согласны. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 15:00 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
SeVaавторэто самый хлипкий и надуманный аргумент, который таковым не является. Да,не такой уж он и хлипкий,на большинстве рабочих мест установка ПО запрещена.Помимо этого есть еще один момент - безопасность в распределенной системе,для которой нужны дополнительные ресурсы и деньги. А самый главный аргумент в том,что заказчикам все чаще необходим только тонкий клиент и на другое они не согласны. 1.а web-браузер не является ПО? Объяснитесь, плз. 2.я тоже говорю о тонком клиенте ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 15:02 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
iscrafm-lesha- Т.е Вы согласны, что данная архитектура (без учета теминологии) имееет право на жизнь ;-) И теперь уже в рамках Вашей архитектуры можно поспорить о целесообразности использования самописного Applications Browser вместо стандартного веб-браузера. Немного не понял какую именно архитектуру Вы имели ввиду, первую или вторую. Вы же сами написали, что по сути архитекутры одинаковые, разница в терминах и в том что в одном случае Ваш Browser, в другом стандартный. iscrafm По поводу вопроса.. конечно можно. просто он делает несколько больше чем просто веб-браузер. Да и заточен больше на работу с десктопными элементами интерфейса. Есть небольшой текст(pdf) по этому поводу. Ну да заточен на работу с десктопными элементами Windows интерфейса. Поэтому если клиенту нужен только Windows интерфейс, то городить web незачем. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 15:46 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
iscrafm-lesha-1. Нет необходимости что-то ставить на клиентский компьютер. это самый хлипкий и надуманный аргумент, который таковым не является. Конечно можно сказать, что инсталляция браузера что-то особенное и не одно и тоже, что инсталляция любой другой программы. Ну и конечно можно не обращать внимания на инсталляцию небольшой кучки плагинов, которое потребует приложение, исполняемое в веб-браузере. При продаже через интернет, этот надуманный аргумент даст возможность попробовать продукт многим корпоративным пользователям, для которых инсталляция стороннего ПО невозможна или не желательна. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 15:55 |
|
В чем фишка разработки Web-приложений вместо обычных?
|
|||
---|---|---|---|
#18+
iscrafmи что значит "самописного". Он такой же "самописный" как любая другая программа. Не роботы пишут браузеры, а люди, сами. Стандартный броузер от "самописного" отличается тем, что он УЖЕ установлен на компьютер пользователя. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2009, 15:59 |
|
|
start [/forum/topic.php?fid=33&msg=36204037&tid=1548428]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 314ms |
total: | 475ms |
0 / 0 |