| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Религиозные войны > Есть ли альтернатива .NET под Windows? |
| Автор: ZZZkoderZZZ 15.3.2013, 21:10 |
| Пишут ли еще профессиональные программы под Windows с использованием технологий, не вхоящих в .NET Framework? Какие это технологии? |
| Автор: diadiavova 15.3.2013, 21:56 |
| Нет |
| Автор: CompWorm 15.3.2013, 22:10 |
афтар жжот со скорострельностью пулемёта от Metal Storm Inc  тыб, почитал что-нибудь сначала, а потом вопросы задавал... Вот к чему тебе ответ на этот вопрос??? |
| Автор: diadiavova 15.3.2013, 22:12 | ||||
Ну можно ведь почитать ответы на вопрос
Правильно: пусть под нет пишет |
| Автор: CompWorm 15.3.2013, 22:32 | ||
я не к тому, что "не задавай глупых вопросов и пиши под то что есть " я к том, что чтобы задать такой вопрос, нужно в корне не понимать что такое .NET и каковы были предпосылки его появления.автор лезит в религиозные войны, не понимая основ. ...и тем самым троллит и жжот в каждой строчке.  |
| Автор: diadiavova 15.3.2013, 22:35 | ||
Ой да ладно тебе, ну где он троллит? По-моему это даже забавно.  |
| Автор: CompWorm 15.3.2013, 22:40 |
| diadiavova, по весне такие авторы - стандартная практика нашего форума, и конечно никто не запрещает троллить и "жжочь забавно" во флейме. в песочнице так вообще поощряются такие темы просто, автор, как мне кажется, ожидает другой выхлоп от публики. Добавлено через 3 минуты и 45 секунд пора раскупоривать http://forum.vingrad.ru/act-ST/f-513/t-348922.html |
| Автор: diadiavova 15.3.2013, 22:55 | ||||
Ну рано или поздно он все равно поймет для чего нужен флейм на Винграде
Учитывая плодотворность автора, боюсь это может привести к тому, что тема разрастется до нечитабельных размеров |
| Автор: Zloxa 15.3.2013, 23:45 | ||
По мне так - ТС вопросы задает правильные.  Задуматься есть о чем. Многие вопросы которые перед ним встают, давно уже стоят и передо мною. Если на них пытаться давать ответ, может случиться внезапный срыв покровов рвущий шаблоны. Яснодело многим эти вопросы не нравятся. Обычная защитная реакция людей, сделанных из мяса. Не странно что его за тролля принимают. |
| Автор: CompWorm 16.3.2013, 00:50 |
| Zloxa, один и тот же вопрос может быть задан разными людьми, разным людям, по-разному. обсуждать вопросы этого автора с ни же я не хочу, так как вопросы сформулированы некорректно (в стиле "42") , что делает обсуждение довольно абстрактным и не предметным. и хотя, да, подняты интересные глобальные темы, обсуждаться они щас будут по принципу лебедь, рак и щука. так как, извиняюсь за повтор, формулировка хромает.  Добавлено через 2 минуты и 8 секунд Zloxa, вот почитай о чём пишут форумчане в соседних темах ТС - каждый освоём о чём-то. |
| Автор: Zloxa 16.3.2013, 01:58 | ||||
Ну так фигли - фрустрация как следствие разрыва шаблона. Вопрос прост, ответ на него очевиден, но противоречит собственному нутру, вот и начинаются эти млеяния и блеяния, и обвинения в троллинге, некорректности постановки вопроса, отсутствие чувства ньюанса. Защитный механизм, кули. Короли то - всамделе голые. Великое исскуство программизма на деле ремесло, изящество ООП строится на костылях костности человеческого мышления, C++ язык для мазохистов, а инновационный .NET хуже Delphi. Добавлено через 9 минут и 19 секунд
Ну так а что тебя заставляет их обсуждать то? Мы ж во флейме! Здесь любую тему можно облагородить и приветси в соответствие.  |
| Автор: CompWorm 16.3.2013, 02:09 | ||
окей, своими словами поясни, что имел в виду ТС в этом топике? |
| Автор: Zloxa 16.3.2013, 02:30 | ||||
Да какая в пень разница что там имелось - главное что ввелось. О чем ты подумал, когда прочитал этот топик? Почему ты не оставил его без внимания? Почему принялся кому-то что-то вещать вместо того, чтобы просто облагородить тему? Свести ее, скажем, к сискам. Куда ведь более насущный вопрос. |
| Автор: CompWorm 16.3.2013, 04:16 |
наверно я просто слишком серьёзен  , ведь http://forum.vingrad.ru/index.php?showtopic=347097&view=findpost&p=2460564, как я уже говорил.http://prooflink.ru/ |
| Автор: diadiavova 16.3.2013, 09:07 | ||
Интересно чем? |
| Автор: Фантом 16.3.2013, 11:53 | ||
Дело не в вопросах. ТС при их задании проявляет очень странный уровень грамотности: с одной стороны, для формулировки части вопросов и комментариев нужно обладать определенными познаниями в предмете, с другой - в этом случае просто невозможно не суметь оценить осмысленность других задаваемых им вопросов. Так что он практически наверняка именно тролль. |
| Автор: Akella 19.3.2013, 10:00 | ||
зато какая посещаемость во флейме |
| Автор: ZZZkoderZZZ 19.3.2013, 10:17 | ||
Однозначно хуже! |
| Автор: diadiavova 19.3.2013, 13:44 | ||||
Та и не говори, одни только http://forum.vingrad.ru/forum/topic-363868.html чего стоят, а ещё http://forum.vingrad.ru/forum/topic-363869.html. Злоха, у тебя появился единомышленник |
| Автор: Zloxa 19.3.2013, 13:57 |
| diadiavova, И тем не менее, как доднетчики ни старались, ни старались, просто и внятно объяснить, объяснить Злохе чем дойнет таки лучше, так и не смогли. Все тезисы в конце концов сводились к тому, что для того чтобы преимущества оценить, дойнет надо не просто попробовать, но попрактиковать сколь нибудь продолжительное время. Да, это не говорит о том, что дойнет не лучше. Но это говорит о том, что его преимущества, если они и есть, они далеко не очевидны.  |
| Автор: SKrivosein 19.3.2013, 14:01 |
| Будем кормить троля? |
| Автор: Zloxa 19.3.2013, 14:30 |
SKrivosein, это ты сейчас о ком говоришь?  |
| Автор: Alexeis 19.3.2013, 15:11 | ||
А что говорили? Что сборщик мусора это круто? Делегатами хвастались? |
| Автор: SKrivosein 19.3.2013, 15:18 | ||
Zloxa о том кто начал эту тему. Посмотри его последние темы и сообщения |
| Автор: Zloxa 19.3.2013, 15:51 | ||
Проще сказать чего не говорили - не говорили очевидных преимуществ. Таких преимуществ, узнав о которых, я бросил все свои потуги постичь OWL, MFC и обратился к изучению Делфи. Таких преимуществ, узнав о которых я решил что разработка под вынь куда проще на тот момент привычной и казалось что удобной под доз. В то время, когда мысль о разработке под вынь прочими средствами вызывала панику и шевление волос на ногах. |
| Автор: SKrivosein 19.3.2013, 16:20 |
| .net-чики говорили о MFC? Ох уж этот вечный спор C++ vs Java vs C# vs Delphi "А у нас в квартире газ! А у вас? А у нас водопровод. Вот!" |
| Автор: Zloxa 19.3.2013, 16:25 | ||
Нет. Здесь имелось в виду, что они в споре Delphi vs .NET не могут привести столь же явно веские и наглядные аргументы какие могут быть приведены в споре Delphi vs MFC |
| Автор: Alexeis 19.3.2013, 16:32 | ||
Так я тебе ток что привел целых два! Хотя кодегировцы быстро передрали из дотнета все вкусняжки, так что теперь почти не осталось чем хвастаться. |
| Автор: baldina 19.3.2013, 16:34 | ||||
сдается мне он без нас знает ответы
|
| Автор: SKrivosein 19.3.2013, 16:42 |
| Ага. Ну здесь мне тяжело холиварить, я не строчки ненаписал на Делфи.... так же спорить не буду. Но когда ZZZkoderZZZ путая пространства имен с классами и сравнивая XAML c асемблером, однозначно заявляет: ".NET однозначно хуже Delphi"...?! Пусть мальчик сначала учится.  |
| Автор: Zloxa 19.3.2013, 16:54 | ||
Для меня ГЦ - сомнительная вкусняшка, мне доводилось разрабатывать под системы, которые не позволяют управлять жизненным циклом объекта. Если система предполагает высокую нагрузку, всякий раз, очко как-то не на месте. А делегаты - приятственная, но не сильно очевидная вкусняшка, чуть расширяющая область применения реализованных в делфе ссылок на методы, позволяя строить отношение один ко многим. |
| Автор: diadiavova 19.3.2013, 17:05 | ||||||||||||
Мне сложно судить о силе приводившихся аргументов, в силу того, что я не принимал участие в тех эпических срачах, чем они тебя пытались заманить - я не в курсе, но я бы в принципе не стал этого делать. Мой (пусть и не большой но все же) опыт опбщения с дельфистами убедил меня в том, что дельфа - это не технология, а религия и ее приверженцев убеждать в чем бы то ни было бесполезно именно поэтому и не стал бы этого делать, даже если бы обладал достаточными знаниями по дельфе для того, чтобы спорить на эту тему. Однако стоит отметить, что в наших с тобой столкновениях по этому поводу скорее ты пытался меня убедить, что дотнет - шлак, а дельфа - технология, обогнавшая время на века О твоей компетентности в вопросах дотнета, я сужу исходя из разговоров с тобой. Во-первых, мне вспоминается случай, когда (еще до всех этих срачей) мы что-то заговорили о датасете и ты был очень удивлен, когда узнал, что в ADO.Net DataSet - включает в себя таблицы и связи и даже запросы, а не простой набор данных. Другой случай был когда ты мне доказывал, что в наборе контролов отсутсвует датагрид. Можно было бы не обращать внимание на эту вроде бы мелочь (ну ты же вроде просто знакомился с технологией), но дело в том, что мне известно, что ты - специалист как раз по базам данных, а это основы работы с данными в дотнете и если ты даже в этих основах не разобрался, то о глубине твоих познаний в дотнете можно судить дстаточно уверенно. Вся твоя критика дотнета сводилась к тому, что офис написан не на нем и что там много с дельфы стырено. Кроме того ты еще произнес несколько аргументов, из который я даже не уловил, в чем ты обвиняешь дотнет Споры относительно отдельных возможностей - это вообще смешно. Тебе говорят, что в дельфях даже динериков нет, а ты отвечаешь, что джинерики - г-но, зато в другом месте дельфисты на нескольких страницай распинались, доказыая как это круто иметь виртуальные конструкторы. И хотя вещи совершенно не сопоставимые( могу аргументировать), тем не менее спор в таком режиме - это не серьезно.Ну уж коль скоро ты утверждаешь, что дельфа лучше - обоснуй
А разве нет? 
А что, в дельфах даже этого нет?  И как вы бедные только на нем пишете?
Можно узнать, что это было?
Не думаю. Скорее нахватался вершков и пытается таким образом заполнить пробелы |
| Автор: Zloxa 19.3.2013, 17:20 | ||||
Это был 95й год и это был вау-эффект, от того, на сколько просто, легко и быстро компонуется презентативный слой. Такая же фигня как и на вб, вф только с наследованием, полиморфизмом и открытым исходным кодом визуальных контроллов.
Да, я не спорю, что порой перегибаю палку, и порой по иннерции. Действительно, в диспутах в том числе и с тобой, я таки пришел к выводу и признал что .NET местами не хуже. Но для признания что он лучше я пока не имею аргументов. |
| Автор: LSD 19.3.2013, 17:34 | ||
А под выскокой нагрузкой, ты что понимаешь Latency или Throughput? И какие были проблемы, помимо того что ты сильно нервничал? |
| Автор: Zloxa 19.3.2013, 17:44 | ||||||
Второе
|
| Автор: LSD 19.3.2013, 17:49 |
Ну так это проблема не в GC, а в общем потреблении памяти Java. Но это тема отдельного холивара  |
| Автор: diadiavova 19.3.2013, 20:35 | ||||||||||
20 лет назад было немало немало таких вещей, которые и на меня производили не меньшее впечатление, а сейчас я на них вообще не реагирую. Ты за это время не помолодел и в своих пристрастиях устоялся, так что не стоит удивляться тому, что сейчас "вау-эффект" у Злохи случается не так часто, если вообще случается.
Ну не знаю, может тогда тебе нужно что-то типа этого? http://ru.wikipedia.org/wiki/Visual_Studio_LightSwitch_2011
На вб уже давным давно столько наворотов, что и не счесть, а наследование и полиморфизм это уже так, само собой разумеется. Работает он правда под .Net
А это еще зачем?
Такие аргументы может привести только кто-то знакомый одинаково хорошо с обеими технологиями. Если бы ты хотябы рассказал, чем дельфа лучше, то можно было бы порассуждать о том, действительно ли она лучше, но учитывая, что твое знакомство с дотнетом не на много лучше моего с дельфой, думаю ты этого не знаешь так же как и я Кстати, а что ты имел в виду, когда мечтал о технологии, которая бы "для веба стала тем, чем стала дельфа для винды"? А то у меня есть подозрение, что ASP.Net WebForms могла бы тебе вполне подойти |
| Автор: k0rvin 19.3.2013, 21:02 | ||
Скорее RoR. Вот уж точно «веб-RAD». |
| Автор: Zloxa 19.3.2013, 21:04 | ||
Чтобы разобраться как оно работает, и коррекно оверрайднуть , если работает не совсем так как хочется чтоб работало. |
| Автор: diadiavova 19.3.2013, 21:04 | ||
Когда он это писал, он оговорился, что MVC - не то |
| Автор: Zloxa 19.3.2013, 21:06 | ||
MVC is not http://ru.wikipedia.org/wiki/Microsoft_Foundation_Classes |
| Автор: diadiavova 19.3.2013, 21:06 | ||||
А документации для этого не достаточно? ИМХО открытые сырцы - плохая замена хорошей документации. Не?Добавлено через 2 минуты и 27 секунд
Я в курсе, толкьо говоря о вебе, ты упоминал мвц. Разве нет? Добавлено через 2 минуты и 59 секунд Просто не помню в какой теме, ТС их много настругал |
| Автор: Zloxa 19.3.2013, 21:11 | ||
Если докуметтация содержит исходный код то - да. Мне неоднократно доводилось чуть чуть менять функционал переопределяемых мною методов. Причем именно менять, не добавлять. Вызовом inherited до или inherited после моего кода было не обойтись. Потому копипастилось из исходника тело метода, и внутрь встраивались мои инновационные идеи. Ну или же, для случая, когда необходимый для модификации функционал скрыт и не перегружаем, можно было хакнуть - забрать исходник, включить его в проект. Доводилось потсупать и так. |
| Автор: diadiavova 19.3.2013, 21:18 | ||
| Насчет исходников, то для нета они в основном тоже не секрет. Коды открыты, доступны для отладчика, да и нет-сборки легко декомпилируются к примеру вот этим http://ilspy.net/ Раньше был рефлектор, потом он стал платным и появился илспай. Я там приаттачил архив с кодом текстбокса на C#, VB.Net и IL Добавлено через 6 минут и 44 секунды
Нашел тот пост, действительно прочитал невнимательно. |
| Автор: Alexeis 19.3.2013, 23:55 | ||
Есть но менее мощные. Сейчас даже на С++ можно сделать делегаты в как в C# имею ввиду сигналы/слоты буста. Отношение 1 к многим очень важно, когда реализуешь подписку на некоторое событие. 1 к 1 годиться разве что для MVC когда на 1 View вешается 1 Controller, но для внутренней реализации модели связи 1 к 1 му недостаточны. |
| Автор: LSD 20.3.2013, 10:12 | ||
Нет. Сорцы могут ответить на вопрос о "тонком" поведении. Документация как правило до такого не опускается. |
| Автор: diadiavova 20.3.2013, 11:24 | ||
А как же инкапсуляция? |
| Автор: Zloxa 22.3.2013, 10:40 | ||
Дядьвов, искренне тебя заверяю, что вау-эффекты я с тех пор ловил далеко не один раз, способность к этому у меня не атраффирована. Но степень вау-эффектов действитлеьно разнится. Для человека, обреченного долбить стены зубилом и молотком, знакомство с перфоратором вызовет бурный вау-эффект. А для человека, привыкшего долбить перфоратором "интерскол", знакомство с перфоратором "макита" вызовет куда меньшей вау-эффект. Да - эргономичнее, да - долговечнее, да - потновее, да - дороже, работать таким инструментом будет местами удобнее, но потов с тебя сойдет - столько же. Стоит ли тратиться на макиту, если у тебя уже есть интерскол и он тебя устраивает? Врядли. И делфи и доднет - перфораторы разных производителей. По крайней мере в части десктопа. Что касается веба... Веб сам по себе пребывает в аморфном состоянии, он еще не стабилизировался как плафторма. И перфоратор и зубило одинаково не эффективны чтобы ковырять эту гибкую аморфную жижу, увязают. Здесь нужно что-то другое. Или платформа должна быть какой-то другой. В конце концов что-что, а фундамент должен быть прочным. Пока не будет прочного фундамента, о каких небоскребах может идти речь? Разве что о шалашиках. Сколько их было, прорывных технологий для веба - жаваппелеты, флеш, флекс, сервелат... фигзна, может HTML5 станет тем прочным фундаментом, на котором может быть построено действительно что-то толковое |
| Автор: LSD 22.3.2013, 12:26 | ||
В идеальном мире, исходный код действительно не нужен |
| Автор: LSD 22.3.2013, 15:01 | ||
А мужики-то и не в курсе:    |
| Автор: Zloxa 22.3.2013, 16:12 | ||
Эти мужики и двигают веб к стабилизации, меж собой договариваясь придают ему прочности. Иначе он бы давно уже растекся и слился бы. Да, все больше и больше уходит с десктопа на веб. Еще десять лет назад в обиходе было мнение, что вебовый интерфейс не заменит почтового клиента. Gmail развенчал это мнение. Тем не менее клиентами инстант мессенжеров, скайпами, пока еще пользуются. Гуглдокс - хорош, но не заменяет офиса. Даже либраофиса. Хотя местами его область применения шире, в других местах - сильно уже. Но уже сам факт наличия гуглодокса - широкий шаг в сторону вытеснения десктопа вебом. |
| Автор: LSD 22.3.2013, 16:43 | ||||
Они основали крупнейшие IT компании мира, именно в этом самом "аморфном вебе".
Мне заменяет. |
| Автор: Zloxa 22.3.2013, 16:54 | ||
Я разве говорю что веб бесполезен? Я говорю что веб как платформа разработки приложений еще недоразвилась, не устаканилась. И развитием и устаканиваем как раз и занимаются эти мужики. Я не понимаю с чем ты споришь. |
| Автор: SKrivosein 22.3.2013, 17:05 | ||
Может я необразованый, но обьясните мне что такого принципиально нового приносит HTML 5? Чо такой ажиотаж? Я даже книжечку прочитал. Да, это следующий этап эволюции HTML, некоторые вещи в нём надо было сделать лет 5-8 назад. Да, кое-что подправили, добавили полезные и интересные фичи. Но основной принцип остался тот же. А несмотря на не сильно удачный маркетинг и другую политику, тот же Silverlight для меня как .NET-чика остается мощной альтернативой веб разработки. Признаю что у него есть ограничения на платформу. Но допустим при задаче веб-бизнес приложение с тучей расщетов, динамических таблиц и графиков я выберу Silverlight+WCF вместо HTML5+JavaScript+jQueri+CSS+....незнаю чего, если я буду знать что основной автопарк заказника - Windows. Что ж в моём случае на 99% всегда Причем одним щелчком мышки заказчик его установит как десктор, если будет надо. |
| Автор: Zloxa 22.3.2013, 17:21 | ||||
Я не эксперт. Лично я возлагаю надежды на то, что он сам по себе станет платформой для RIA, без всяких флешей, флексов, сервелатов. LSD, вон, говорил что там появилась самостийная сессия, это уже огого шажище. Добавлено через 9 минут и 16 секунд
Я вот, кстати тут с доднетчиками холиварил-холиварил, да так и не понял, у майкрософта есть какой нить свой сервер приложений? Вроде на шарепойнт кивали, да я так и не понял что это за зверь. У мя тут коллега на соседнем рабочем месте позиционировался как шарепойнт девлеопер. Я его мучал, мучал, он мне тоже так и не ответил |
| Автор: SKrivosein 22.3.2013, 17:52 |
| http://ru.wikipedia.org/wiki/SharePoint я сам не сильно волоку, не приходилось. Последнее время дотнечиков больше к http://ru.wikipedia.org/wiki/Windows_Azure привлекают. К Azure даже http://forum.vingrad.ru/forum/topic-360113/unread-1.html смастерили, это такой сверх быстрый Сильверлайт, раз-раз и готово. |
| Автор: SKrivosein 22.3.2013, 19:54 |
| Так, я здесь постом выше не в те дебри полез Zloxa меня шарепойнтем полтолкнул. Я вот почитал о явовском сервере приложений и непонял что он такого делает, что IIS + .NET Framework неумеют? Я могу заблуждаться  |
| Автор: Zloxa 22.3.2013, 23:28 | ||||
Я тоже могу ошибаться, я не рюхаю ни в дойнете не в жабе
Я так понимаю Жабий аналог ISS+ASP - контейнер сервлетов + JSP А жабий аналог .NET - собсна сама жава Сервер же приложений, где-то спокойно курит в сторонке бездельничая. C моей точки зрения роль сервера приложения сводится к управлению жизненного цикла экземпляров объектов бизнесс логики, обеспечения и разграничения доступа к ним и обеспечения транзакционной целостности манипуляции ими. Если чисто на пальцах, я вижу как-то так... Пусть клиент через вебморду пытается утвердить заявку, оформленную им неделю назад на каком нибудь сервисе интернет магазина. В это же самое время, на стороне магазина, поднялся сервис, который удаляет не утвержденные клиентские заявки по истечению недели с момента их регистрации. Оба процесса манипулируют одним бизнесс объектом, но вебсервис и батчсервис могут исполняться в разных окружениях. Очевидно, что оба сервиса должны манипулировать одним объектом - одним экземпляром класса. Очевидно, что тот, кто первый захватил объект, тот и папа, кто второй, тот должен обламаться, очевидно, что при проведении операций манипуляции с объектом, все связанные объекты(вроде регистра остатка товара) должны находиться в согласованном состоянии, учитывая, что манипуляция может производиться и над ними(какие-то другие клиентские заявки либо же другие документы, могут в то же время резервировать/освобождать запасы). Ну и опять же сугубо с моей точки зрения проще всего реализовать всю эту байду на стороне датабазы. /* Есессно, если дадабаза - орацле.*/ |
| Автор: diadiavova 23.3.2013, 01:19 | ||||||||||||||
Полагаю оба упомянутых перфоратора ты попробовал, а о дотнете судишь исходя непонятно из чего
И каким, по-твоему, он должен быть?
Почему было? Все это и сейчас существует и прекрасно себя чувствует. Правда насчет апплетов не знаю, давно о них ничего не слышал, но флеш распространен широко и я не сомневаюсь, что и у тебя на компе стоит софт, необходимый для просмотра флеш-роликов в браузере. Сильверлайт крут и честно говоря не знаю, какие у тебя к нему претензии.
А чем оно сейчас не толковое? В веб-форматах есть все необходимое для простроения и РИА в том числе. Хотя, первоначально, когда ты говорил о вебе, я подумал, что ты имеешь в виду серверные технологии, а поскольку дельфу ты считаешь чем-то, что сильно упрощает разработку, вот я тебе про вебформы и написал. Там все просто: накидал на форму вебконтролов, можно даже в визивиге, понаписал обработчиков событий и запускай , упрощенно, конечно, но все же. А с клиентской частью все в порядке, на том же сильверлайте можно такого наворотить..., да и для более сложных задач можно клиентское приложение для десктопа написать и тогда вообще получишь все, что душе твоей угодно. А хтмл5 хорош тем, что является стандартом, которые в том или ином виде поддержали основне производители браузеров, даже ие. Это действительно положительный момент, а несколько новых плюшек - хоть и приятный, но все же пустяк.Добавлено через 2 минуты и 54 секунды
Кааааак? Этот мир не идеален? А я-то думаю: "Чо за фигня вокруг происходит?". А вообще, я так понял, что ты согласен с тем, что исходники - плохая замена хорошей документации. Поэтому вряд ли можно говорить о наличии исходников как о преимуществе, скорее это компенсация недостатков. Добавлено через 4 минуты и 45 секунд
Да сделать-то всё можно и практически везде. Просто в некоторых местах всё уже сделано и нет причин городушки городить. Добавлено через 14 минут и 56 секунд
SQL Server. Не? |
| Автор: Zloxa 23.3.2013, 01:50 | ||||
На датабазу выносить не кошер же.... Да и ТSQL - не не не Добавлено через 11 минут и 5 секунд
Длинную транзакцию там реализовать можно? Т.е. пользователь захватывает объект, и пока он не закроет вкладку барузера/не нажмет педать "отпустить", ни одна падла более не сможет его захватить? |
| Автор: Zloxa 23.3.2013, 02:05 | ||
Не знаю на чем основывается мое убеждение.... но, полагаю, если и можно, то это мало отличается от реализации логики на клиенте. Т.е. когда презентационный слой, реализует функционал бизнесс-логики. |
| Автор: Freyzer 23.3.2013, 09:10 |
| ZZZkoderZZZ вот тебе альтернатива http://ru.wikipedia.org/wiki/Windows_API |
| Автор: diadiavova 23.3.2013, 10:14 | ||||||||
Это еще почему?
Transact-SQL не подходит для транзакций?
Ну теоретически можно, а почему нет? Примерно это может выглядеть так: Создаешь объект, который будет контролировать транзакцию. Этот объект содержит: идентификатор пользвателя, идентификатор блокируемого ресурса, время начала операции, максимальную ее продолжительность, время последнего подтверждения продолжения операции и максимальный период с момента последнего подтверждения. Дальше забиваешь объект в кеш сервера, и всякий раз, когда запрашивается ресурс проверяешь, есть ли там такой объект и актуален ли он. На стороне клиента нужно поставить таймер, который с определенным интервалом будет отправлять на сервер аякс-запрос, подтверждающий операцию (в случае закрытия страницы запросы отправляться перестанут и объект можно будет удалить). Дальше, если есть другой запрос, проверяешь в кеше наличие данных о проводимой операции и их актуальности, если данные есть - возвращешь сообщение об отказе в доступе. Не знаю, будет ли это работать именно в том виде, в котором описано(мое знакомство с вебом не такое близкое как хотелось бы), но приблизительно механизм может быть таким. То есть установить постоянное соединение с сервером не получится, но отправлять периодически сообщения можно. Вон посмотри как вконтактик работает: если собеседник оставил сообщение, то у тебя оно появляется практически сразу, а реализовано так же, то есеть постоянно отправляются запросы на обновление и все.
Не очень себе предствляю, как такую логику можно реализовать на стороне клиента. Вряд ли мой браузер может запретить что-то твоему браузеру, то есть реализация тут может идти только через сервер. Добавлено через 10 минут и 23 секунды Хотя, вот как мне кажется, в вебе делать такое - не комильфо. Один юзер что-то захватывает, другие ждут и т.д. Это хорошо работать не может. |
| Автор: k0rvin 23.3.2013, 11:05 | ||
Согласен, монопольный доступ не нужен. |
| Автор: Zloxa 23.3.2013, 12:00 | ||||||||
Примерно потому же, почему .NET лучше Delphi. Об этом много говорят, но никто не может сказать четко и внятно. Основные аргументы, я так понимаю - 1) абстрагирование от плафтормы БД. 2) возможность организовать распределенное хранение данных 3) возможность использовать гетерогенную систему хранения И ведь действительно, персистить многие объекты бизнесс-локики в РСУБД не рационально. Иные можно заперсистить и в банальном XMLчике
На TSQL реализовывать бизнесс логику- мазохизм.
Это отлично работает на файлсервере. Что хорошего в том, чтобы дать возможность двум пользователям править одновременно один эксельчик, вордик лежащий на общем ресурсе? Это отлично работает на клиент-сервере. Что хорошего в том, чтобы позволять двум разным бизнесс-пользователям одновременно править одну накладную? Почему это плохо для веба?
Воспроизведение механизма поддержания сессии. Закат солнца вручную. |
| Автор: k0rvin 23.3.2013, 12:11 | ||
Не понятно, почему вообще к накладной имеет доступ не ответственный за нее пользователь? Опять же доступ может регулироваться сервером приложений, при чем тут клиент? |
| Автор: Zloxa 23.3.2013, 12:13 | ||||||
Монопольный доступ нужен. Здесь речь не о монопольном доступе а о реализации пессимистической стратегии блокирования ресурсов.
Я имел не то, что у тебя браузер что то там блокирует. Я имел в виду, что у тебя логика представления данных неотделимо связана с логикой обработки данынх. Я предполагаю что вебформы пошли по тому же пути, что и Oracle Forms, просто на другом технологическом базисе. Добавлено @ 12:18
Пусть будет один пользователь, но из разных окон. Что это меняет? Зачем ему давать возможность править одну накладную в двух окнах? Пусть второй будет не пользователь, а какойнить серверный процесс. Ну и ты действительно прав, в условиях правильной постановки бизнесс процесса, ситуации, когда "Один юзер что-то захватывает, другие ждут и т.д." не будет возникать. Здесь вопрос скорее в том, теряем ли мы результат работы пользователя-отступника потому что сам дурак, или же просто не позволяем ему делать дурачью работу. |
| Автор: SKrivosein 23.3.2013, 12:43 |
| Zloxa я так понимаю что на на вебормах пользователь получит данные, работает с ними, а потом их посылает на сервер. Там ресурс может быть замкнут, обработан как один процесс и освобожден. А не так что пользователь зделает запрос на данные, замкнёт их и... незакрывая броузер пойдет пить чай, водку и вернётся завтра. А сервер должен сам решить за какое время он сбросит замок. |
| Автор: k0rvin 23.3.2013, 13:03 | ||
Ну есть же версионирование, при сохранении пользователем-отступником, проверяем номер версии документа, если он отличается от той, какой она была, когда этот пользователь открывал документ (т.е. кто-то перезаписал документ пока наш герой пил чай с открытым документом), то отказываем ему в сохранении и показываем, что были сохранены другие изменения, какими они были и кем произведены. Далее пользователь может смержить эти изменения со своей редакцией (вручную или автоматически, по его выбору), тем самым обновив у себя номер последней версии, и попытаться сохранить снова. Звучит сложновато, но по-моему это наиболее удобный для пользователя способ работы. Добавлено через 1 минуту и 41 секунду В любом случае это забота сервера, а не клиента. |
| Автор: SKrivosein 23.3.2013, 13:11 | ||
Zloxa это ты о чём, обьясни, я непонимаю. |
| Автор: diadiavova 23.3.2013, 13:45 | ||||||||||||||||||||||
Аааааа, ну тогда правда наверно
Мне такой подход, особенно на сервере, не нравится. Документ надо парсить каждый раз и загружать в память полностью и это при каждом запросе, а их может быть довольно много и это может сильно загрузить память сервера. Даже если документы небольшие, еще не факт, что они не вырастут. А база - все-таки содержит бинарные данные и там все как раз-таки оптимизировано для хранения и доступа к данным. Если хмл отправляется юзверю в неизменном виде и обрабатывается на стороне клиента, то да, а так... Абстрагироваться от платформы видимо хорошо, только вот тебе самому часто со своей оры слезать приходится? Мне кажется, востребованность этой возможности несколько преувеличена. Да и реализацию логики можно возложить не на субд, а на тот же репозиторий данных, уж если такой подход все-таки используется. Ну, а вообще, если не привязываться к конкретной платформе, то просто лишишься тех преимуществ, которые она дает, а придется пользоваться только наиболее общими приемами и соответственно много ненужного перекочует в код программы.
http://technet.microsoft.com/ru-ru/library/ms131102.aspx
Ну вот допустим я загрузил документ для редактирования, пока редактировал, хитрый Злоха взял да и отредактировал раньше. Мне приходит сообщение, что документ изменен и прежде чем продолжать редактировать мне будет предложено ознакомиться с новой версией. Можно даже прислать ее сразу же, все с помощью того же аякса реализуется или в крайнем случае приходит сообщение при попытке отправить свою версию. А если доступ блокируется, то как быть с остальными пользователями, которые тоже хотят редактировать? Они должны ждать? Очередь формировать или там кто быстрее успеет?
Ну здесь же нужно, чтобы другие пользователи знали, что документ редактируется, соответственно все в общий котел валится
Ну уж как задача поставлена, так она и решена. Я тебе волшебник что ли?
На самом деле это игрушка. Если на вебформах лепить что-то небольшое и побыстрому, то это самое оно, а так... Здесь просто попытались реализовать такой же подход, как и в винформах. А для чего-то серьезного лучше ASP.Net MVC ессно. Но если говорить о поставленной задаче и ее решении, то тут я отвечал не опираясь на конкретную технологию, просто хттп длительных соединений не поддерживает и для таких задач нужен костыль.
Ну так всегда можно сообщить ему, что документ редактируется.
Та это веб в принципе так работает, а не только формы.
Добавлено через 2 минуты и 12 секунд
А тут простых решений быть и не может. |
| Автор: SKrivosein 23.3.2013, 14:12 |
| Я или чего то непонимаю, или всё это легко решается в ASP.NET с помощью сесионстат и апликайшенстат и их событий. Там ктому же есть тьма настроек, включая такую вещь как компресия сохраняемых данных. Но возможно я непонимаю Злоху... и выдумываю здесь |
| Автор: Zloxa 23.3.2013, 17:20 | ||||||||||||
Это называется оптимистическая стратегия блокирования
Это называется потеря работы, произведенной пользователем в течении половины рабочего дня
Это еще пол рабочего дня работы
И опять обломаться, потому что кто-то успел изменить документ раньше
Я отстал от времени, или же второй эксельчик позволит открыть себя второй раз лишь только для чтения, не дав хитрому Злохе сохранить документ, пока его редактирует дядявова?
Пессимистическая стратегия блокирования и есть - простое решение. Куда проще не допускать неоднозначности, чем городить огород в попытке сводить не сводимое. |
| Автор: diadiavova 23.3.2013, 19:31 | ||
Я как раз говорил о том, что происходит без блокирования. Но ввобще мы о разных вещах говорим. Ты говоришь о корпоративной сети и серьёзной работе с документами и тут мне вообще непонятно, для чего тут использовать веб и браузер, оно и так понятно, что лучше работать с продвинутым клиентским приложением, да и в сети предприятия можно использовать и другие протоколы, да и в общем-то поверх хттп можно сделать как надо с клиентским софтом. Я же говорил о веб сервере с публичным доступом. А ты собственно утверждаешь, что веб недоразвит из-за того, что на нём не слишком красиво реализуются вещи, для которых он не предназначен. Причём даже для них костыль соорудить можно, ну вот всё равно тебе не ндраиццо. |
| Автор: Zloxa 23.3.2013, 21:01 | ||
Пока не предназначен. Спрос в корпоративном секторе на решения на этой платформе уже давно сформирован. Удовлетворить же его пока только через зад удается. |
| Автор: k0rvin 23.3.2013, 21:45 | ||||
Да собственно какая разница какой клиент? Разрешение на доступ все равно сервер контролирует. Добавлено через 4 минуты и 34 секунды
Пользователь открыл документ и ушел куда-то на неопределенное время, а нам вдруг нужно подправить этот документ. Дальше что? Отменять блокировку по таймауту? Т.е. вся работа ушедшего пользователя насмарку? Допустим отредактированную версия на клиенте все равно можно отправить, а если внесенные изменения несовместимы с этой редакцией? |
| Автор: Zloxa 23.3.2013, 22:03 | ||||
|
| Автор: k0rvin 23.3.2013, 22:22 |
| Дык это ты же начал про проблемы одновременного доступа, про потерю времени и все такое. Я твою ситуацию разбираю. =) |
| Автор: Zloxa 23.3.2013, 22:48 |
| k0rvin, какую ты мысль пытаешься донести? |
| Автор: diadiavova 23.3.2013, 23:32 | ||||||
Раз есть спрос, значит, видимо, устраивают этот сектор, предоставляемые возможности.
Это еще почему?
Обычно нормальные решения таких вопросов работают не на открытии документов в браузере, а на синхронизации файлов. То есть файл фактически скачивается, редактируется клиентским софтом и синхронизируется с сервером. Как разрешаются конфликты - совсем другой вопрос, видимо это зависит в том числе и от задачи. |
| Автор: Zloxa 23.3.2013, 23:53 | ||
Ну как бы факт наличия спроса нисколь не говорит о степени и качестве его удовлетворения. |
| Автор: diadiavova 23.3.2013, 23:58 | ||
Если бы не было альтернативы, то видимо так оно и было бы. Но поскольку есть куча всяких протоколов, прекрасно работающих в сети, в том числе предоставляющих монопольный доступ, а спрос на веб-протоколы все равно есть, стало быть не так они и плохи. Не? |
| Автор: Zloxa 24.3.2013, 01:21 | ||
Я не говорю что плохи. Я говорю что они пока еще недоразвиты. Это вопрос времени лишь. Думаю парни, фотки которых тут LSD постил, вскорости все порешают. |
| Автор: Freyzer 24.3.2013, 04:38 | ||
Zloxa, как то ты неясно свою мысль доносиш. Если документ на удаленном доступе упакован с хорошим логином, паролем, кто его взломает? В общей сети, тут все проще, пока ты вносиш в документ изменения, кто то другой этого сделать не может, отправляеш начальству, остальные за тобой в очереди. Э..., какие еще моменнты не понятны? |
| Автор: k0rvin 24.3.2013, 07:06 | ||
Какие файлы? Документ — куча таблиц в БД. |
| Автор: diadiavova 24.3.2013, 07:12 | ||
Zloxa вроде про эксельчик говорил. |
| Автор: Zloxa 24.3.2013, 12:35 | ||||
Злоха про эксельчик, вордик упомянул для того чтобы продемонстрировать, что то, о чем Злоха говорит - привычное и повседневное, а не мифическое и мистическое, как контр-тезис твоему заявлению "Это хорошо работать не может" |
| Автор: diadiavova 24.3.2013, 12:45 | ||
Редактировать какую-нибудь хтмл-форму и редактировать документ в бинарном формате, - разные вещи однако. Если в первом случае это может быть просто записью в таблице бд, то во втором все-таки лучше хранить это дело на сервере в родном файловом формате и редактировать куда лучше с помощью специализированный программных средств, а не веб-интерфейса(этот вариант возможен, но только для простейших случаев). Я сопсно сказал только об этом. |
| Автор: Zloxa 24.3.2013, 12:58 |
| Дядьвов. Речь шла о захвате блокировки на объект, открываемый для редактирования. Не важно, бинарное ли он имеет представление или текстовое. |
| Автор: diadiavova 24.3.2013, 13:40 | ||
Да, ты спросил можно ли это реализовать. Что-то с этим еще непонятно? Дальше пошел спор о том, зачем это делать. Потом, когда я сказал, что редактировать "эксельчеги" в браузере - не комильфо, меня поправили, что дескать никакой разницы, а документ - это записи в бд. На что я возразил, что в бд держать записи из экселя - тоже не есть хорошо, а это будут файлики. Мне было сказано, что дескать какие еще файлики, их там нет. Я на это ответил, что Злоха, дескать, упоминал об эксельчиках. Тут пришел Злоха и сказал, что говоря об эксельчиках он совсем не это имел в виду. Когда я попытался дать разъяснения, Злоха заявил, что речь шла о блокировке доступа. Круг замкнулся Добавлено через 1 минуту и 25 секунд Но, кстати? еще раньше речь шла о безальтернотивности дотнета, так что не надо об этом забывать |
| Автор: Zloxa 24.3.2013, 14:41 | ||
Мы держим это в уме, будь спок |
| Автор: LSD 25.3.2013, 12:46 | ||||
1. Ты заявил
и я тебе привел два примера небоскребов которые были построены именно на фундаменте веба. 2. Когда платформа устаканится, тогда ее развитие прекращается (ну или почти прекращается). Бурное развитие всегда сопровождается некой аморфностью. |
| Автор: Zloxa 25.3.2013, 13:03 |
| LSD, я же говорил о платформе разработки приложений. Является ли гугл и лицокнига приложением? Скорее информационные службы. Возможно да, я не прав, для себя исключая эти продукты из классификации "приложение". Вот гуглдокс, с моей точки зрения уже больше похож на приложение. |
| Автор: LSD 25.3.2013, 14:17 | ||
А что тогда вообще можно считать "приложением"? Вот то приложение которое у вас на дельфях ваяют, это приложение или информационная служба к вашей базе? |
| Автор: Zloxa 25.3.2013, 14:43 | ||
 |
| Автор: LSD 25.3.2013, 15:31 |
| Ты не ответил. |
| Автор: Zloxa 25.3.2013, 15:35 | ||
Я до того оговорился, что, допускаю свою неправоту. Мой ответ не нужен. |
| Автор: Zloxa 25.3.2013, 15:55 | ||
Таки это скорее айсберги нежели небоскребы. Из под воды торчит махонькая часть, основная глыба скрыта с глаз. Взаимодействие с пользователем упрощено на сколько это возможно. Как минимум в частях: 1) сохранности информации, поступающей от пользователя, в виду малой ценности этой информации. 2) согласованность информации предоставляемая пользователю, так же не особо та блюдется в виду низкой ценности решений, принятых на основе этих данных, и ничтожной ценой ошибки при принятии этих ршений. Порушится - не жалко. Из под воды торчит таки все ж скорее шалашик, пусть да - из модных, инновационных композиционных материалов, но таки далеко не не небоскреб. И, это.... что именно я имел в виду выражая сове имхо, я уже http://forum.vingrad.ru/index.php?showtopic=363788&view=findpost&p=2554989 в этой теме |
| Автор: Akella 25.3.2013, 16:19 | ||
Да он просто любит спорить Добавлено через 19 секунд Истна рожается в порах. Не знаю, кто сказал |
| Автор: Zloxa 25.3.2013, 16:24 |
| LSD, ты, оспаривая мое мнение, взялся бы утверждать, что платформа уже на столько развита, что может покрыть бОльшую часть ожиданий корпоративного сектора, оставив десктопу лишь незначительную нишу? |
| Автор: LSD 25.3.2013, 17:07 | ||||
Я правильно тебя понял, что объем кода на клиенте определяет является "это" приложением или информационной службой?
У веба есть некоторые неприятные ограничения, типа непредсказуемости задержек невозможности так просто работать с железом целевой системы и т.п. Если отбросить задачи которые требуют таких вещей, то в принципе веб вполне успешно начинает вторгаться в сферу корпоративного ПО. Тут тебе и офис, почта, IM, аудио/видео конфернеции, и всякий разный бухучет, начиная от простейшего бухучета для ИП, до более сложных систем подходящих для предприятий, например тот же 1С. Есть всякие CRM, ERP. Тут скорее вопрос в том, что законодательно это не регулируется. Например если предприятие ведет свою бухгалтерию в онлайне, оно все равно должно самостоятельно отвечать за ее сохранность. И например обязанность хранить архивы N лет по прежнему лежит на организации. |
| Автор: Zloxa 25.3.2013, 18:16 | ||||
Еще раз повторю, я уже давно признал возможность собственной неправоты в этом вопросе.
Это вопрос скорее об облачных сервисах, которые, да, наверное, тоже часть платформы веб. Я смотрю просто чуть в более узком контексте. В том, контексте, в котором я смотрю эта проблема - не проблема, ибо ничто не мешает предприятию самостоятельно развернуть вебсервисы и владеть своими данными, но вебморды для доступа к ним, все ж таки не приживаются особо, потому что ваять их дорого, юзабилити получается низким. Да, все больше и больше крупных производителей тиражного ПО могут себе позволить дороговизну разработки под эту платформу и успешно остваивают эту нишу, попутно подталкивая ее развитие. Я вижу тут аналогию с тем, как это было как двадцать лет назад с разработкой под винду. Только крупные производители тиражных решений могли себе позволить разработку решений под нее, кустарям доступ к этой нише был заказан, их решения на этой платформе получались не оправданно дорогими. Прорыв произошел, когда появились всякие VB, Delphi и всякие последующие доднеты, многократ удешевившие разработку под эту платформу, причем на столько удешевившие, что решения под вынь стали многократ дешевле решений под доз, при том еще и с куда более высоким юзаблилити. На сколько я могу судить, этого с вебом пока еще не произошло. Но, мне мнится, это таки рано или поздно случится. Правда, да, может так статсья, что мы все уйдем в облака, и кустарные кастомные решения никому не понадобятся. |
| Автор: Akella 25.3.2013, 23:33 | ||
Добавлено @ 23:39 Жаль, только нормально кодера не мог найти, одни распи...яи вокруг |
| Автор: baldina 26.3.2013, 10:39 | ||||
|
| Автор: Freyzer 26.3.2013, 14:37 | ||||
| Хи - Хи Рождайся ИСТИНА в порах, мы были б, все обкуренные Добавлено через 5 минут и 9 секунд
|
| Автор: LSD 26.3.2013, 15:13 | ||
Дорого если у вас в штате одни дельфисты , а если веб разработчики, то не дороже чем на дельфях. Насколько я знаю 7 континент, еще в 2004 году использовал веб морду для своей ERP.Веб морда хороша тем что ее очень просто установить нужному сотруднику - дать права и скинуть ссылку. Не надо посылать админа ставить софтину на машину пользователя. |
| Автор: Zloxa 26.3.2013, 16:07 | ||||
Да, именно по этой причине она востребована
Я уже упоминал как-то, что у нас делфисты и жаваписы в параллели работали. Позапрошлый CIO зело срал кирпичами на делфю, ему перед корефанами понты колотить стремно было, набрал жавописов, они в параллель делфевым фигачили вебморды, которыми никто не пользовался. Потом жаваписов разогнали, набрали дойнетчиков-шарепоентеров. Потом от шарапойнта отказались в пользу пуредойнета, но сугубо вебового. Потом дойнетчиков разогнали. Выжили пока только я, да делфист. Так и хреначим помаленечку - быстро, да сердито. У парней быстро не получалось, почему - не знаю, наверно бестпрактики тому помехой были. А у нас требования бизнеса изменчивы зело - дизайны подписывать не успевают. Но, чую, нас тоже скоро разгонят. 1Сники быстрее нас изменчивые требования бизнесса удовлетворяют. |
| Автор: LSD 26.3.2013, 17:10 | ||
Из твоего описания ясно, что у вас в компании полный разброд и шатание. Начальство само не понимает чего хочет. Задевелопать что-то в такой обстановке удалось только вам, потому что вы были вне их поля интересов и они вам каждодневно не спускали указ, что и как надо девелопать. Я не спорю, что сложная вебморда ваяется дольше чем ричгуй такой же сложности. Но считаю, что разница эта незначительна, особенно в свете расходов на разработку бизнес логики, тестирование и прочие активности. |
| Автор: Zloxa 26.3.2013, 17:44 | ||||||
Хоромонуло, наверное описание, все совсем не так как тебе показалось
В свете того, что бизнес логика в разы(если не на порядки) проще и быстрее реализуется на PL/SQL(есесно для спектра задач, где он применим) нежели на жаве, источник твоих заблуждений - ясен.
В тестировании и прочих активностях активно принимает участие и сам заказчик. После того, как разраб отдал статус ready for test, заказчик уже не может аппелировать к тому, что он не в состоянии решать стоящих перед ним задач по причине лишь иннертности айти, соответственно ответственность за срыв сроков, буде такое происходит, уже разделяется с заказчиком. |
| Автор: LSD 26.3.2013, 19:31 | ||||
Есть тут у нас одна команда, которая заблуждалась так же как и ты. Сейчас активно разгребаем последствия их заблуждений. (прошу заметить не я это делаю, это делают другие люди, некоторые их которых вообще не связаны с программированием)
Я категорически не согласен с таким подходом. Заказчик должен получать уже нормально работающий продукт, а не заниматься тестированием. Заказчик может высказывать свои пожелания: вот это переделать, а это вы совсем не так реализовали как я хотел, но это не тестирование. |
| Автор: Zloxa 26.3.2013, 21:01 | ||||
Разгребать за впереди идущими это удел всех последователей. Когда у последователей появляются свои последователи, то уже они разгребают за бывшими последователями как за впереди идущими.
Заказчик несет материальную и юридическую ответственность за результат работы системы. Как он может принять работу без тестирования? Особенно, когда речь идет о вещах вроде расчета заказов, применении правил ценообразования, регламентированной отчетности и т.п. |
| Автор: LSD 27.3.2013, 12:23 | ||||
Слава богу последователей у них нет.
Приемка и тестирование, это разные вещи. Добавлено через 2 минуты и 53 секунды http://youtu.be/19JNvApU0z8 пример ERP с веб интерфейсом. |
| Автор: Zloxa 27.3.2013, 12:43 | ||
На http://habrahabr.ru/company/acumatica/blog/174387/ описывают скольких трудов им стоило решить, в общем, не характерные для десктопа проблемы. Не знаю, однобокость ли это статьи, или же однобокость доработки, но судя по статье, версию 3 от версии 4 отличает в главную очередь механика гуя и это является предметом их городости. Говорит ли это о зрелости платфомры? |
| Автор: LSD 27.3.2013, 15:38 | ||
http://vimeo.com/62501324
Там они перечислили 2 проблемы, и только одна "не характерная для десктопа". А вот вторая вполне себе характерна, если разрабатывать не думая о производительности. |
| Автор: Zloxa 27.3.2013, 15:56 | ||||
Они, мне казалось, связаны, вторая является причиной первой. Повторная генерация влечет за собой вычитку справочников. Ну й плюс, если говорить, скажем, о той же делфе, по умолчанию вытягивающей на себя датасеты, там скорее надо телодвижения принимать, чтоб читать актуальные данные справочников из датабазы или же читать по требованию, а не по умолчанию. Добавлено через 2 минуты и 48 секунд
Я что, спорю что в жаве все запущено? |
| Автор: Freyzer 27.3.2013, 15:59 |
| Ну, альтернатива, работать на КОМ ОБЪЕКТАХ, но, только попробуй |
| Автор: Zloxa 27.3.2013, 15:59 | ||
Я что, спорю что в жаве все запущено? Добавлено через 31 секунду Freyzer, пострвун!!!  |
| Автор: diadiavova 27.3.2013, 19:28 |
| Ну так чо, нашли альтернативу или как? |
| Автор: Freyzer 28.3.2013, 06:16 |
| Чую что никак |
| Автор: LSD 28.3.2013, 11:51 | ||||||
Не обязательно, я вообще не понимаю почему они пытались сделать полностью стейтлес клиент. Нафига после каждого чиха пользователя лезть на сервер.
Ты не поверишь, но для веба тоже есть дасатеты с хранением данных в браузере.
В отличие от дельфи которых хрен запустишь |
| Автор: ТарасАтавин 8.10.2013, 08:44 | ||||
Добавлено через 5 минут и 40 секунд
|
