Здравствуйте, Marty, Вы писали:

M>Никак не пойму, почему в любом обсуждении любого вопроса в середине обсуждения кто-то вылезает со своим ценным мнением

Совершенно с вами согласен, коллега

Здравствуйте, icezone, Вы писали:

M>>А Pascal — можно вторым, для формошлепшиков, которые C++ не осилили.

I>А можно объяснить связь между Паскалем и формошлепаньем?

Батхерт написавшего что-то серьезное на Дельфи вижу я в твоем посте

А связь простая. Паскаль не предназначен и не приспособлен для написания чего-то сложного. В юз-кейсе — создать обработчик события контрола и в нем одной строчкой изменить состояние другого контрола — можно и на Паскале писать. Это, собственно, и есть формошлепство.

Что-то более сложное писать на Паскале — это адЪ. Не, если C++ не знаешь, то норм. Но если ты что-то писал на плюсах, а потом нуждажизнь заставила сесть за Дельфи — вот тут и понимаешь глубину своего падения

Здравствуйте, sharez, Вы писали:

S>Единожды создав, уже фиг чо переименуешь. Что-то поменялось?

И не говори — у меня все приложения так и называются Project1, Project2...
Юзеры жалуются, что не понимают в чем отличие Button1 от Button2, но я им хелп подробный составил.

p.s. в целом, тема скатилась в холивар, причем основная причина — плохое знание предмета спора.
для меня единственный недостаток Delphi — компилятор не поддерживает автоматическую векторизацию,
поэтому тяжелые вычисления приходится писать на C++ или на ASM

G>Есть смысл использовать для web-приложений в шароваре?

Нет. Выглядит ужасно.

Здравствуйте, gangastyle, Вы писали:

G>Image: webapp.png

G>Есть смысл использовать для web-приложений в шароваре?

Конечно, если ты пишешь из 2001 года.

Здравствуйте, Marty, Вы писали:


M>Что-то более сложное писать на Паскале — это адЪ. Не, если C++ не знаешь, то норм. Но если ты что-то писал на плюсах, а потом нуждажизнь заставила сесть за Дельфи — вот тут и понимаешь глубину своего падения

Угу, почему-то сишные программы тащут мегатонны всяких DLL и фреймворков за собой, в отличие от нативного кода, генерируемого в Delphi.

Здравствуйте, Marty, Вы писали:

M>Еще я никак не могу запмнить, где там надо ставить ';', а где не надо.

Я в С++ не могу запомнить. Ставлю ; везде, все смеются над моим кодом, хотя он компилится.

M>Ну и вообще, языковые средства крайне убоги

Да что не так-то?

Здравствуйте, T4r4sB, Вы писали:

M>>Ну и вообще, языковые средства крайне убоги

TB>Да что не так-то?

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

Здравствуйте, Kerk, Вы писали:

K>Никогда не пойму почему Delphi вызывает у некоторых такую попоболь. Не нравится, не пользуйся. Но нет, обязательно при каждом упоминании Delphi вылезет кто-то со своим ценным мнением.

Да это с тех времён, когда на Дельфи за 5 минут делали программы с интерфейсом без утечек памяти, в то время, как сишно-крестовое сообщество представляло собой сборище кульных мамкиных какиров с пубертатной психологией, среди которых было круто как можно сильнее задолбать себя вознёй с АПИ, вознёй с управлением памятью. При этом эти какиры были уверены, что Дельфи всей этой возни не умеет.
А уж про то, что на С++ можно использовать деструкторы, не делать грубые касты, и тоже уберечь себя от кучи проблем, те какиры не знали и знать не желали, это же "путь неосилятора".

Здравствуйте, turbocode, Вы писали:

M>>wxWidgets на каждой платформе завязан на нативное апи. И UI на нем на каждой платформе выглядит и работает, как родное
T>В этом подходе есть один существенный недостаток, тебе нужно немного поправить поведение контрола под себя и ты в этот момент понимаешь что твой код перестает быть кроссплатформенным потому что в каждой платформе это нововведение делается разными способами.

Если ты пишешь адоб фотошоп или еще что-то такое, то да.

Если ты пишешь приложение для всех, такого быть не должно

У меня такое было в 96ом году на дельфи 1 поседний раз

Нет, т.к. Дельфи то что компилит в нэйтив и потому быстрее явы на андроид например.
Кроме того Дельфи и сам кросс-платформа и потому в одну кросс платформу вставлять другую
это какой-то театр абсурда.

Паскаль плохой — то из 1970 года что ли изречение? какая-то чушь, дельфийская версия просто, мощно, удобно, быстро.
Не понятно о каких таких сложных задачах речь идет, БПФ и DSP и 3D на нем все Ок... компилятор на нем еще 7 летиями
назад как курсовик написан.. что за такие сложны езадачи никак ни в какую не пишушщиеся ну прям ни в какую на Паскале...
Их просто нет, потому тот оратор и не назвал имен, а ограничился обезличенными обвинениями в адрес великого Паскаля

Здравствуйте, Marty, Вы писали:

M>И не надо про начало 90ых мне тут заливать. Первые Дельфи (1.0 которые, и 2.0) еще можно отнести к началу 90ых, они для Win3.1 были. C++ Builder 1.0, который был бастардом, вышел в комплекте к Дельфи 3.0, билдер в3.0 — Дельфи 5, шестой билдер — дельфи 7. Это 2002ой год, какое тут начало 90ых?

В 2017м году-то тебе все это зачем? Ты в 2002 году не смог сдать курсовик на делфи и с тех пор не можешь этого забыть? Это многое бы объясняло.

Здравствуйте, marcopolo, Вы писали:


M>>ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

M>Пользователю софта на ваши шаблоны глубоко на**.


Зато пользователю не насрать на скорость выпуска новых фич. Если все новые фичи сводятся к паре новых бесполезных кнопок в интерфейсе, то тут дельфи рулит. Если пользователю нужен новый функционал, то ему на шаблоны точно так же насрать, но он его получит гораздо быстрее, если разработчик умеет C++

Здравствуйте, Mr.Delphist, Вы писали:

M>>Угу, почему-то сишные программы тащут мегатонны всяких DLL и фреймворков за собой, в отличие от нативного кода, генерируемого в Delphi.

MD>А не приходилось ли многоуважаемому дону жонглировать с порядком установки компонент в палитру Delphi, чтобы открыть проект без ошибок в DFM? Или обращаться с двумя разными проектами, которые ожидали две разные версии одного и того же компонента (и с другим работать не могли)? Ну и рантайм-пакеты — суть те же DLL, их можно статически втянуть, раздувая EXE, либо точно так же тащить за собой, как те самые сишечки

MD>В общем, у Delphi все те же проблемы, что у сишечки, только в профиль.

Ага, спасибо. Я вот все помнил, что от билдера там по-любому тыщетонные по тем временам .bpl надо было за собой таскать, вроде не было варианта статически линковать, с дельфями казалось вроде, что при статической линковке можно было сэкономить, но тоже пухло выходило. Так что да, про мегатонны фреймворков без дельфи в отличие от нативного кода, генерируемого в Delphi, это враки

M>Путь Qt спорен. КуТешные приложения выглядят неродными на всех платформах
Сейчас это не актуально, потому что GUI давно перестали стандартизировать и каждый делает себе GUI в программе как ему удобно по стилю "а я так вижу".

Я художник, я так вижу:

Здравствуйте, sharez, Вы писали:

Уже 2017 год, но в рекламных проспектах Delphi все та же рыба от Парадокса 1992 года. Тьфу.

Здравствуйте, turbocode, Вы писали:

T>>>Сессия это просто (key, value) контейнер данных, она сама по себе ничего не делает. Как видно из описания любая программа на Delphi так просто не заработает в вебе, а нужно еще делать поддержку каких то там модулей.
W>>они из коробки ISAPI

T>Допустим есть приложение на старом добром VCL, этот VCL ничего не знает о вебе. Что дальше?

И ничего. Этот uniGUI — это отдельная от VCL визуальная библиотека. Ну почитай ты сайт, елки-палки. Я тоже этой штукой ни разу не пользовался, но за полторы минуты сайты посмотрел.

Здравствуйте, turbocode, Вы писали:

T>Это еще ужаснее чем я думал: потому что создавать одно и тоже приложение с разными наборами визуальных библиотек это самое худшее что может быть.

Почему ты упорно отказываешься читать описание и выдумываешь проблемы?
Технология предлагает единый GUI для веба и десктопа. Бекэнд делаешь на delphi, а фронтэнд генерируется на js.

Я примерно так реализовал просмотр отчетов в одной программе, когда попросили сделать удаленный доступ, только фронтэнд сделал руками.
На Indy сделал сервер с генерацией отчетов и авторизацией. При удаленном просмотре человек использует браузер,
а на десктопе все отображается через приложение с EmbeddedWB.

Здравствуйте, turbocode, Вы писали:

T>Мне неизвестен принцип того как приложения на Delphi будут работать в вебе. Если ты знаешь то расскажи, вместо того чтобы здесь газировать лужи тупыми вопросами.

Я с тебя угораю — как работает ты не знаешь, но мнение имеешь.
Ок, приложения на Delphi будут работать точно так же как и приложения на C++, PHP, Perl,...
а еще ведь Node.js есть, он тебе точно мозг взорвет

Может с чего-нибудь попроще начнем? Например, как любой бекэнд общается с вебсервером?
Или — зачем веб приложению внешний вебсервер?

http://unigui.com/



Есть смысл использовать для web-приложений в шароваре?

Здравствуйте, gangastyle, Вы писали:

G>Есть смысл использовать для web-приложений в шароваре?

Есть. Сам присматриваюсь.

Здравствуйте, turbocode, Вы писали:

T>Нет. Выглядит ужасно.

CSS новый прикрутить и все дела.

T>>Нет. Выглядит ужасно.
R>CSS новый прикрутить и все дела.

Не поможет, а на мобильниках такое вообще не взлетит.

Здравствуйте, turbocode, Вы писали:

T>Не поможет, а на мобильниках такое вообще не взлетит.

А вот коллеги на sql.ru и мои собственнные глаза (смотрел на iPhone) говорят об обратном. Месье теоретик?
Там компилируется в JavaScript (sencha framework), а его много кто и без Delphi использует.

Здравствуйте, gangastyle, Вы писали:

G>Есть смысл использовать для web-приложений в шароваре?

Это что-то типа местного Sciter?

Здравствуйте, Submitter, Вы писали:

S>Это что-то типа местного Sciter?

И как использовать Web-приложения, есть пример полезного продукта?

Здравствуйте, marcopolo, Вы писали:

M>И как использовать Web-приложения, есть пример полезного продукта?

Вот пример, если я правильно тебя понял.

Здравствуйте, gangastyle, Вы писали:

G>http://unigui.com/

G>Image: webapp.png

G>Есть смысл использовать для web-приложений в шароваре?

Нет смысла. В современных веб приложениях основная часть кода UI выполняется в браузере.
Возможность накидывания контролов на формы тут не панацея.

.

Здравствуйте, Submitter, Вы писали:
M>>И как использовать Web-приложения, есть пример полезного продукта?

S>Вот пример, если я правильно тебя понял.

Я так понял, это что-то для разработчиков. Конечный вменяемый продукт есть?

Здравствуйте, marcopolo, Вы писали:

M>Я так понял, это что-то для разработчиков. Конечный вменяемый продукт есть?

Как раз нет, это — хранитель заметок. Самый что ни на есть Home Desktop Product.

Здравствуйте, cjazz, Вы писали:


C>Нет смысла. В современных веб приложениях основная часть кода UI выполняется в браузере.
C>Возможность накидывания контролов на формы тут не панацея.

Так финальное приложение и выполняется в браузере. Просто делать такое приложение на UniGUI на порядок быстрее.

Здравствуйте, marcopolo, Вы писали:


S>>Вот пример, если я правильно тебя понял.

M>Я так понял, это что-то для разработчиков. Конечный вменяемый продукт есть?

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

Хотя сам язык бы давно надо на помоечку. Зря они C++ Builder довеском сделали, был бы основным — имхо летело бы лучше. А Pascal — можно вторым, для формошлепшиков, которые C++ не осилили. Да и расширение — property — довольно удобно, им надо было напрячься и протащить его в стандарт C++

Здравствуйте, cjazz, Вы писали:

G>>http://unigui.com/

G>>Image: webapp.png

G>>Есть смысл использовать для web-приложений в шароваре?

C>Нет смысла. В современных веб приложениях основная часть кода UI выполняется в браузере.
C>Возможность накидывания контролов на формы тут не панацея.

Так я так понял, что в этом то и идея — накидать контролов на форму, накидать обработчиков событий, и все это дело скомпилить в сборку-dll'ку, которая эти формы в бравзер выводит, и часть логики обработчиков выносится на сторону клиента/бравзера. Интересно, возможность компиляции в нативное приложение осталась или нет?

Здравствуйте, wamaco, Вы писали:


C>>Нет смысла. В современных веб приложениях основная часть кода UI выполняется в браузере.
C>>Возможность накидывания контролов на формы тут не панацея.

W>Так финальное приложение и выполняется в браузере. Просто делать такое приложение на UniGUI на порядок быстрее.

Он видимо демки не смотрел. А я посмотрел. Выглядит аляповато, как и всё дельфовое, но право на жизнь имеет. Я только не понял, а нативное приложение можно из этого собрать, или нет?

Здравствуйте, Marty, Вы писали:

M>А Pascal — можно вторым, для формошлепшиков, которые C++ не осилили.

А можно объяснить связь между Паскалем и формошлепаньем?

Вот, например, сделано на UniGUI, демка

https://www.youtube.com/watch?time_continue=66&v=vjWurKVPuzM

Здравствуйте, wamaco, Вы писали:
C>>Нет смысла. В современных веб приложениях основная часть кода UI выполняется в браузере.
C>>Возможность накидывания контролов на формы тут не панацея.

W>Так финальное приложение и выполняется в браузере. Просто делать такое приложение на UniGUI на порядок быстрее.

Быстрее, до тех пор пока не понадобится изменить клиентский код. Вообще забавная штука, для простых проектов пойдет.

.

Здравствуйте, cjazz, Вы писали:


C>Быстрее, до тех пор пока не понадобится изменить клиентский код. Вообще забавная штука, для простых проектов пойдет.

Можно тут по-подробнее... Зачем менять клиентский код?
Для этого есть специалист, который за денежку все поменяет на сервере.
Мы же тут деньги зарабатываем, а не предоставляем клиентский код менять!

Насчет "забавной штуки"... знаю проект, который тянет 600 одновременно работающих клиентов, пишущих и читающих БД.

Здравствуйте, Marty, Вы писали:

M>А связь простая. Паскаль не предназначен и не приспособлен для написания чего-то сложного. В юз-кейсе — создать обработчик события контрола и в нем одной строчкой изменить состояние другого контрола — можно и на Паскале писать. Это, собственно, и есть формошлепство.

А что не так-то с Паскалем?
Ну кроме того, что пальцам больно набирать begin/end и когнитивного искажения "если МНЕ неудобно смотреть на begin/end, то всем неудобно".

Здравствуйте, wamaco, Вы писали:
C>>Быстрее, до тех пор пока не понадобится изменить клиентский код. Вообще забавная штука, для простых проектов пойдет.
W>Можно тут по-подробнее... Зачем менять клиентский код?

Вот пример. Только что нашел у них баг: в окне которое открывается на Show Source Files , после перехода по табам отваливается прокрутка текста колесом мыши. Это в Сафари, а в Хроме все норм. Сколько времени займет поиск и исправление?
Скорее всего намного больше, чем время сэкономленное на "накидывании контролов".

W>Насчет "забавной штуки"... знаю проект, который тянет 600 одновременно работающих клиентов, пишущих и читающих БД.

Интересно, насколько команда Delphi программистов обходится дешевле в сравнении с .NET командой?

.

Здравствуйте, Marty, Вы писали:

M>Батхерт написавшего что-то серьезное на Дельфи вижу я в твоем посте

что-то ламерством запахло

deleted

Здравствуйте, T4r4sB, Вы писали:

M>>А связь простая. Паскаль не предназначен и не приспособлен для написания чего-то сложного. В юз-кейсе — создать обработчик события контрола и в нем одной строчкой изменить состояние другого контрола — можно и на Паскале писать. Это, собственно, и есть формошлепство.

TB>А что не так-то с Паскалем?
TB>Ну кроме того, что пальцам больно набирать begin/end и когнитивного искажения "если МНЕ неудобно смотреть на begin/end, то всем неудобно".

Ты еще then/else забыл

Еще я никак не могу запмнить, где там надо ставить ';', а где не надо.

Ну и вообще, языковые средства крайне убоги

Здравствуйте, icezone, Вы писали:

M>>Батхерт написавшего что-то серьезное на Дельфи вижу я в твоем посте

I>что-то ламерством запахло

Сходи в душ

Здравствуйте, Marty, Вы писали:

M>Хотя сам язык бы давно надо на помоечку. Зря они C++ Builder довеском сделали, был бы основным — имхо летело бы лучше. А Pascal — можно вторым, для формошлепшиков, которые C++ не осилили. Да и расширение — property — довольно удобно, им надо было напрячься и протащить его в стандарт C++

Да не в языке дело. Какая разница, какой пиджак оденет дедушка-пенсионер: вельветовый или парусиновый? Он всё равно останется дедушкой-пенсионером. Так и формошлёпить — можно хоть на Visual Basic, но удобнее-то от этого не становится. Пока проект мал — разницы не чувствуешь, а затем начинается сбор граблей, некоторым из которых лет эдак десять, а то и пятнадцать... Ключевая проблема, что после ухода Хейлсберга никому этот Delphi уже не нужен был в менеджменте компании. Поэтому и не было развития, поэтому и стал он дедушкой. Хоть и подтянули его малость в Эмбаркадеро ребята, но тоже кончился у них интерес.

Здравствуйте, marcopolo, Вы писали:

M>Угу, почему-то сишные программы тащут мегатонны всяких DLL и фреймворков за собой, в отличие от нативного кода, генерируемого в Delphi.

А не приходилось ли многоуважаемому дону жонглировать с порядком установки компонент в палитру Delphi, чтобы открыть проект без ошибок в DFM? Или обращаться с двумя разными проектами, которые ожидали две разные версии одного и того же компонента (и с другим работать не могли)? Ну и рантайм-пакеты — суть те же DLL, их можно статически втянуть, раздувая EXE, либо точно так же тащить за собой, как те самые сишечки

В общем, у Delphi все те же проблемы, что у сишечки, только в профиль.

Здравствуйте, Mr.Delphist, Вы писали:

MD>А не приходилось ли многоуважаемому дону жонглировать с порядком установки компонент в палитру Delphi, чтобы открыть проект без ошибок в DFM?

Было что-то подобное. Но к конечному продукут это не имеет отношения.

\\Или обращаться с двумя разными проектами, которые ожидали две разные версии одного и того же компонента (и с другим работать не могли)?

Проблему с левыми компонентами я иногда решал созданием их в рунтайме.

Ну и рантайм-пакеты — суть те же DLL, их можно статически втянуть, раздувая EXE, либо точно так же тащить за собой, как те самые сишечки

Ну какие там пакеты, смешные размеры.

MD>Хоть и подтянули его малость в Эмбаркадеро ребята, но тоже кончился у них интерес.
Главная их ошибка в том что они начали городить какой то там костыльный и бажный FireMonkey параллельно к VCL, вместо того что бы отвязать VCL от WinAPI и сделать ему кроссплатформенный рендеринг.
И получился бы такой себе продвинутый и приятный в использовании аналог QT но на базе VCL.

Здравствуйте, rean, Вы писали:

R>Но не проще ли эти промежуточные стадии выкинуть и сразу использовать HTML и Ajax?

Нет. Для более-менее серьёзной системы любое переписывание это адские затраты. Не только на саму разработку/тестирование, но и на внедрение в первую очередь. Так что финансово это интересный вариант.

Здравствуйте, turbocode, Вы писали:

T>Главная их ошибка в том что они начали городить какой то там костыльный и бажный FireMonkey параллельно к VCL, вместо того что бы отвязать VCL от WinAPI и сделать ему кроссплатформенный рендеринг.
FireMonkey был изначально 3rd-party, как тот же Indy, так что — чему удивляться
Насчёт костыльности — согласен полностью. Этим страдают все "всемогуторы", и даже бережно пестуемый сейчас Xamarin — не исключение.

T>И получился бы такой себе продвинутый и приятный в использовании аналог QT но на базе VCL.
Не получился бы. Там слишком сильно на Win32 API всё завязано, проще всё с нуля.

Здравствуйте, Marty, Вы писали:

M>Сходи в душ

ты снова точку с запятой забыл

Здравствуйте, Marty, Вы писали:

M>Что-то более сложное писать на Паскале — это адЪ. Не, если C++ не знаешь, то норм. Но если ты что-то писал на плюсах, а потом нуждажизнь заставила сесть за Дельфи — вот тут и понимаешь глубину своего падения

Извини, братка, это бред.

Здравствуйте, temnik, Вы писали:


M>>Что-то более сложное писать на Паскале — это адЪ. Не, если C++ не знаешь, то норм. Но если ты что-то писал на плюсах, а потом нуждажизнь заставила сесть за Дельфи — вот тут и понимаешь глубину своего падения

T>Извини, братка, это бред.

Бывает, братиш. Извиняю.

Здравствуйте, Marty, Вы писали:

Вижу, любители паскуаля ставят мне минусы.

Хочу посмотреть на вашу реализацию какого-нибудь контейнера из stl

ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

Здравствуйте, cjazz, Вы писали:

C>Вот пример. Только что нашел у них баг: в окне которое открывается на Show Source Files , после перехода по табам отваливается прокрутка текста колесом мыши. Это в Сафари, а в Хроме все норм. Сколько времени займет поиск и исправление?
C>Скорее всего намного больше, чем время сэкономленное на "накидывании контролов".

У них поддержка отличная, напиши, быстро поправят.
Версия пока 1-ая, дальше лучше будет!
Но подход и реализация супер!

Здравствуйте, cjazz, Вы писали:

C>Интересно, насколько команда Delphi программистов обходится дешевле в сравнении с .NET командой?

Разумеется команда Delphi дешевле, т.к. Delphi не в тренде!
Вот такой вот парадокс, а на выходе иногда даже качественнее продукты получаются!

Здравствуйте, rean, Вы писали:


R>PS. Судя по всему, с адаптивностью под разные экраны тут совсем все плохо. Так что это вообще невозможно будет использовать под мобильники.

Все там хорошо с мобильниками, для них спец.компоненты даже есть...
http://unigui.com/explore/matrix/#featurem
гляньте...
http://prime.fmsoft.net/demo/touch/mdemo.dll/m

Здравствуйте, wamaco, Вы писали:

W>Здравствуйте, rean, Вы писали:


R>>PS. Судя по всему, с адаптивностью под разные экраны тут совсем все плохо. Так что это вообще невозможно будет использовать под мобильники.

W>Все там хорошо с мобильниками, для них спец.компоненты даже есть...
W>http://unigui.com/explore/matrix/#featurem
W>гляньте...
W>http://prime.fmsoft.net/demo/touch/mdemo.dll/m

Но Дельфи сам делает под мобильники! Самомлично делал! Все работает! Много разных компонент, на разные размеры укладывается на ура.
Нафига тут еще что-то кроме самого Дельфи?!?!

Здравствуйте, loginx, Вы писали:


L>Но Дельфи сам делает под мобильники! Самомлично делал! Все работает! Много разных компонент, на разные размеры укладывается на ура.
L>Нафига тут еще что-то кроме самого Дельфи?!?!

Так Вы делали нативные приложения видимо, а UniGUI позволяет разрабатывать WEB приложения! Это другое!

Здравствуйте, Marty, Вы писали:

M>ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

Пользователю софта на ваши шаблоны глубоко на**.

Здравствуйте, Marty, Вы писали:

M>ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

Ага. Уже почти лет 10 как прикрутили. Вот заметил закономерность. Хейтеры делфи нихрена про делфи не знают как правило.

Здравствуйте, Marty, Вы писали:

M>ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

Ок, но ждём ответную реализацию на C++ образца начала 90-х годов.

Здравствуйте, wamaco, Вы писали:

W>Здравствуйте, loginx, Вы писали:


L>>Но Дельфи сам делает под мобильники! Самомлично делал! Все работает! Много разных компонент, на разные размеры укладывается на ура.
L>>Нафига тут еще что-то кроме самого Дельфи?!?!

W>Так Вы делали нативные приложения видимо, а UniGUI позволяет разрабатывать WEB приложения! Это другое!

А разве html + css + JS + скажем фреймворки разные, тот же бутсрап разеве не позволяют делать Web приложения?
Ну и редактор формошлем в тутошней терминолокии, например адобовский ДримВивер...
Нафига еще тут еще какой-то юнигуи нужен? и так инструментов переизбыток! Уже инструментов больше чем заказчиков

Здравствуйте, gangastyle, Вы писали:

G>Есть смысл использовать для web-приложений в шароваре?
Я может чего то не понимаю, но в примере же sencha/extjs чистой воды, причем здесь Delphi?
Сделали обертку над потихоньку устаревающей технологией и предложили юзать разработчикам?

Здравствуйте, milvic, Вы писали:

M>Я может чего то не понимаю, но в примере же sencha/extjs чистой воды, причем здесь Delphi?

Я об этом на первой странице написал, но здесь же клуб писателей, а не читателей

Здравствуйте, rkcsoft, Вы писали:

M>>ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

R>Ок, но ждём ответную реализацию на C++ образца начала 90-х годов.

Дамы — вперед В смысле — только после васвашей реализации.


И не надо про начало 90ых мне тут заливать. Первые Дельфи (1.0 которые, и 2.0) еще можно отнести к началу 90ых, они для Win3.1 были. C++ Builder 1.0, который был бастардом, вышел в комплекте к Дельфи 3.0, билдер в3.0 — Дельфи 5, шестой билдер — дельфи 7. Это 2002ой год, какое тут начало 90ых?

В шестом билдере и мапы и вектора и прочий stl уже вовсю был

Здравствуйте, Kerk, Вы писали:


M>>ЗЫ Слышал краем уха, вроде к последним дельфям прикрутили какое-то подобие шаблонов. Можно и с их помощью. Но интереснее посмотреть на классический Дельфи (5-7)

K>Ага. Уже почти лет 10 как прикрутили. Вот заметил закономерность. Хейтеры делфи нихрена про делфи не знают как правило.


10 лет как? Ого, прогресс. Шаблоны, на минуточку, еще в Borland C++ 3.1 (от 1992 года) были (а в языке и в реализации Страуструпа и раньше). Любители Дельфи такие любители

Давай еще сравним Дельфи 2017 и C++ 2017?


А по поводу незнания — я дельфи по-любительски кушал начиная с версии 1, потом профессионально работал пару лет на дельфи 7. Тогда же понемногу подсадил коллег на билдер, и ты не поверишь, но они мне потом говорили, что на билдере можно решать такие задачи, которые на дельфи были в разряде нереализуемых


Так что кушать Дельфи еще раз не охота. Если C++ у них сейчас не довеском идет, как раньше, то, в принципе, можно глянуть. Но пока лень и не вижу смысла

Здравствуйте, Kerk, Вы писали:


M>>И не надо про начало 90ых мне тут заливать. Первые Дельфи (1.0 которые, и 2.0) еще можно отнести к началу 90ых, они для Win3.1 были. C++ Builder 1.0, который был бастардом, вышел в комплекте к Дельфи 3.0, билдер в3.0 — Дельфи 5, шестой билдер — дельфи 7. Это 2002ой год, какое тут начало 90ых?

K>В 2017м году-то тебе все это зачем? Ты в 2002 году не смог сдать курсовик на делфи и с тех пор не можешь этого забыть? Это многое бы объясняло.

Дельфидрочер?

У нас в вузе был только хардкор, а на дельфях я делал иногда халтуры да пару лет сопровождал один национальный бизнес

Здравствуйте, Marty, Вы писали:

M>>>И не надо про начало 90ых мне тут заливать. Первые Дельфи (1.0 которые, и 2.0) еще можно отнести к началу 90ых, они для Win3.1 были. C++ Builder 1.0, который был бастардом, вышел в комплекте к Дельфи 3.0, билдер в3.0 — Дельфи 5, шестой билдер — дельфи 7. Это 2002ой год, какое тут начало 90ых?

K>>В 2017м году-то тебе все это зачем? Ты в 2002 году не смог сдать курсовик на делфи и с тех пор не можешь этого забыть? Это многое бы объясняло.

M>Дельфидрочер?

Ты? Возможно. Не готов ставить тебе диагноз по интернету. От чего у тебя такая дичайшая попоболь-то? Объясни. Девушка ушла к дельфисту?

P.S. Для таких как ты тут есть специальный раздел. "Священные войны" называется. Не засирай форум.

Здравствуйте, gangastyle, Вы писали:

Мое замечание об убогости Дельфи породило некоторое жжение у части коллег. Предлагаю ту часть обсуждения вынести в КСВ.

А по поводу Дельфи — снимаю шляпу перед теми, кто на Дельфи сделал что-то полезное и тем более продающееся

Здравствуйте, Marty, Вы писали:


M>Зато пользователю не насрать на скорость выпуска новых фич. Если все новые фичи сводятся к паре новых бесполезных кнопок в интерфейсе, то тут дельфи рулит. Если пользователю нужен новый функционал, то ему на шаблоны точно так же насрать, но он его получит гораздо быстрее, если разработчик умеет C++

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

Здравствуйте, ukraineyalta, Вы писали:

M>>Зато пользователю не насрать на скорость выпуска новых фич. Если все новые фичи сводятся к паре новых бесполезных кнопок в интерфейсе, то тут дельфи рулит. Если пользователю нужен новый функционал, то ему на шаблоны точно так же насрать, но он его получит гораздо быстрее, если разработчик умеет C++

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

Ты погоди, упоротый нам сейчас еще расскажет с аргументами, что скорость релиза новых фич зависит от скорости печати кода на клавиатуре.

Здравствуйте, T4r4sB, Вы писали:


M>>Еще я никак не могу запмнить, где там надо ставить ';', а где не надо.

TB>Я в С++ не могу запомнить. Ставлю ; везде, все смеются над моим кодом, хотя он компилится.

Правильно ставишm. Семиколоном кода не испортишь (только не ставь его сразу после for или if)
Смеются — дураки наверно. Пробовал им пальцы показывать? Тоже смеются?


M>>Ну и вообще, языковые средства крайне убоги

TB>Да что не так-то?

Всё хорошо

Здравствуйте, Marty, Вы писали:

M>Зато пользователю не насрать на скорость выпуска новых фич. Если все новые фичи сводятся к паре новых бесполезных кнопок в интерфейсе, то тут дельфи рулит. Если пользователю нужен новый функционал, то ему на шаблоны точно так же насрать, но он его получит гораздо быстрее, если разработчик умеет C++

Коллега, вы что-то путаете. Быстрее считается в нашем новом мире php да JavaScript. Ну, или, си решетка, но уж никак не си плас плас.

Здравствуйте, Kerk, Вы писали:


M>>>Ну и вообще, языковые средства крайне убоги

TB>>Да что не так-то?

K>Никогда не пойму почему Delphi вызывает у некоторых такую попоболь. Не нравится, не пользуйся. Но нет, обязательно при каждом упоминании Delphi вылезет кто-то со своим ценным мнением.

Никак не пойму, почему в любом обсуждении любого вопроса в середине обсуждения кто-то вылезает со своим ценным мнением

Здравствуйте, T4r4sB, Вы писали:


K>>Никогда не пойму почему Delphi вызывает у некоторых такую попоболь. Не нравится, не пользуйся. Но нет, обязательно при каждом упоминании Delphi вылезет кто-то со своим ценным мнением.

TB>Да это с тех времён, когда на Дельфи за 5 минут делали программы с интерфейсом без утечек памяти, в то время, как сишно-крестовое сообщество представляло собой сборище кульных мамкиных какиров с пубертатной психологией, среди которых было круто как можно сильнее задолбать себя вознёй с АПИ, вознёй с управлением памятью. При этом эти какиры были уверены, что Дельфи всей этой возни не умеет.
TB>А уж про то, что на С++ можно использовать деструкторы, не делать грубые касты, и тоже уберечь себя от кучи проблем, те какиры не знали и знать не желали, это же "путь неосилятора".

Тебя в детстве изнасиловал C++ник?

Здравствуйте, marcopolo, Вы писали:

MD>>А не приходилось ли многоуважаемому дону жонглировать с порядком установки компонент в палитру Delphi, чтобы открыть проект без ошибок в DFM?

M>Было что-то подобное. Но к конечному продукут это не имеет отношения.

Зато имеет непосредственное отношение к процессу разработки



M>\\Или обращаться с двумя разными проектами, которые ожидали две разные версии одного и того же компонента (и с другим работать не могли)?

M>Проблему с левыми компонентами я иногда решал созданием их в рунтайме.

Костыль? Или велосипедуницикл?


M>Ну и рантайм-пакеты — суть те же DLL, их можно статически втянуть, раздувая EXE, либо точно так же тащить за собой, как те самые сишечки

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


M>Ну какие там пакеты, смешные размеры.

По нынешним временам — да, те размеры смешны

Здравствуйте, turbocode, Вы писали:

MD>>Хоть и подтянули его малость в Эмбаркадеро ребята, но тоже кончился у них интерес.
T>Главная их ошибка в том что они начали городить какой то там костыльный и бажный FireMonkey параллельно к VCL, вместо того что бы отвязать VCL от WinAPI и сделать ему кроссплатформенный рендеринг.
T>И получился бы такой себе продвинутый и приятный в использовании аналог QT но на базе VCL.

Путь Qt спорен. КуТешные приложения выглядят неродными на всех платформах

Здравствуйте, Mr.Delphist, Вы писали:


T>>И получился бы такой себе продвинутый и приятный в использовании аналог QT но на базе VCL.
MD>Не получился бы. Там слишком сильно на Win32 API всё завязано, проще всё с нуля.

wxWidgets на каждой платформе завязан на нативное апи. И UI на нем на каждой платформе выглядит и работает, как родное

Здравствуйте, wamaco, Вы писали:

C>>Интересно, насколько команда Delphi программистов обходится дешевле в сравнении с .NET командой?

W>Разумеется команда Delphi дешевле, т.к. Delphi не в тренде!
W>Вот такой вот парадокс, а на выходе иногда даже качественнее продукты получаются!

А иногда не получаются

Здравствуйте, Marty, Вы писали:

C>>>Интересно, насколько команда Delphi программистов обходится дешевле в сравнении с .NET командой?

W>>Разумеется команда Delphi дешевле, т.к. Delphi не в тренде!
W>>Вот такой вот парадокс, а на выходе иногда даже качественнее продукты получаются!

M>А иногда не получаются

был у нас случай на работе, заказали разработку, прибежали люди, стали про новые технологии рассказывать,
Java и C# втирать для реализации, все бы хорошо, но они СПЕЦЫ и ОЧЕНЬ востребованые, зарплата 200 тыщ.каждому!
Нашли Delphi программиста (двух), т.к. Delphi не в тренде, то и зарплата у них 65 тыщ.!
Сделали все в лучшем виде! Начальство довольно! да и не знает оно, что популярно, а что нет, оно только деньги платит!

Здравствуйте, loginx, Вы писали:

L>Нет, т.к. Дельфи то что компилит в нэйтив и потому быстрее явы на андроид например.
L>Кроме того Дельфи и сам кросс-платформа и потому в одну кросс платформу вставлять другую
L>это какой-то театр абсурда.

L>Паскаль плохой — то из 1970 года что ли изречение? какая-то чушь, дельфийская версия просто, мощно, удобно, быстро.

Пока ты не попробовал C++


L>Не понятно о каких таких сложных задачах речь идет, БПФ и DSP и 3D на нем все Ок... компилятор на нем еще 7 летиями
L>назад как курсовик написан.. что за такие сложны езадачи никак ни в какую не пишушщиеся ну прям ни в какую на Паскале...
L>Их просто нет, потому тот оратор и не назвал имен, а ограничился обезличенными обвинениями в адрес великого Паскаля

Тот оратор — это кто?
Великий Паскаль — это кто? Блез Паскаль? Или недоязык, который лег в основу ObjectPascal?
То, что компилятор написан как курсовик — это в плюс идет?
Сложные задачи ты все обозначил, остались простые: префиксное дерево (trie), совместимое по интерфейсу с std::map. Аналог std::map найди самостоятельно в библиотеке великих дельфей

Здравствуйте, Kerk, Вы писали:

K>>>В 2017м году-то тебе все это зачем? Ты в 2002 году не смог сдать курсовик на делфи и с тех пор не можешь этого забыть? Это многое бы объясняло.

M>>Дельфидрочер?

K>Ты? Возможно. Не готов ставить тебе диагноз по интернету. От чего у тебя такая дичайшая попоболь-то? Объясни. Девушка ушла к дельфисту?

Не готов? Смотри выше, я там выделил, как ты мне диагноз поставил Про попоболь не понял, а то, что у тебя были проблемы с курсачами и девушками — тут даже к фрейду не ходи


K>P.S. Для таких как ты тут есть специальный раздел. "Священные войны" называется. Не засирай форум.

Хамство — наипервейшее оружие вежливого человека

Здравствуйте, Kerk, Вы писали:


M>>>Зато пользователю не насрать на скорость выпуска новых фич. Если все новые фичи сводятся к паре новых бесполезных кнопок в интерфейсе, то тут дельфи рулит. Если пользователю нужен новый функционал, то ему на шаблоны точно так же насрать, но он его получит гораздо быстрее, если разработчик умеет C++

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

K>Ты погоди, упоротый нам сейчас еще расскажет с аргументами, что скорость релиза новых фич зависит от скорости печати кода на клавиатуре.


Упоротый — это видимо я?

Ты еще в десны с украинцемялта стукнись, а то скучно

Здравствуйте, rkcsoft, Вы писали:


M>>Зато пользователю не насрать на скорость выпуска новых фич. Если все новые фичи сводятся к паре новых бесполезных кнопок в интерфейсе, то тут дельфи рулит. Если пользователю нужен новый функционал, то ему на шаблоны точно так же насрать, но он его получит гораздо быстрее, если разработчик умеет C++

R>Коллега, вы что-то путаете. Быстрее считается в нашем новом мире php да JavaScript. Ну, или, си решетка, но уж никак не си плас плас.

хз, хз, что у вас за новый да лучший мир


но вы что-то подменяете. Вы перечитайте то что выше, в том числе и своё сообщение, а после мы с вами подискутируем

M>wxWidgets на каждой платформе завязан на нативное апи. И UI на нем на каждой платформе выглядит и работает, как родное
В этом подходе есть один существенный недостаток, тебе нужно немного поправить поведение контрола под себя и ты в этот момент понимаешь что твой код перестает быть кроссплатформенным потому что в каждой платформе это нововведение делается разными способами.

Здравствуйте, wamaco, Вы писали:


W>был у нас случай на работе, заказали разработку, прибежали люди, стали про новые технологии рассказывать,
W>Java и C# втирать для реализации, все бы хорошо, но они СПЕЦЫ и ОЧЕНЬ востребованые, зарплата 200 тыщ.каждому!
W>Нашли Delphi программиста (двух), т.к. Delphi не в тренде, то и зарплата у них 65 тыщ.!
W>Сделали все в лучшем виде! Начальство довольно! да и не знает оно, что популярно, а что нет, оно только деньги платит!
W>


Я рад и за вас и за ваше начальство. Обсудим вопрос через пять, а лучше через десять лет. Хорошо?

M>Ага, спасибо. Я вот все помнил, что от билдера там по-любому тыщетонные по тем временам .bpl надо было за собой таскать, вроде не было варианта статически линковать, с дельфями казалось вроде, что при статической линковке можно было сэкономить, но тоже пухло выходило. Так что да, про мегатонны фреймворков без дельфи в отличие от нативного кода, генерируемого в Delphi, это враки

Была в билдере статическая линковка, можно было полностью создать автономное приложение не зависящее от Borland Runtime.

Здравствуйте, turbocode, Вы писали:

M>>Путь Qt спорен. КуТешные приложения выглядят неродными на всех платформах
T>Сейчас это не актуально, потому что GUI давно перестали стандартизировать и каждый делает себе GUI в программе как ему удобно по стилю "а я так вижу".

Для хомячков — наверно да

T>Я художник, я так вижу:
T>Image: 3547626_600.jpg

повод пересесть на что-то другое

Здравствуйте, turbocode, Вы писали:

M>>Ага, спасибо. Я вот все помнил, что от билдера там по-любому тыщетонные по тем временам .bpl надо было за собой таскать, вроде не было варианта статически линковать, с дельфями казалось вроде, что при статической линковке можно было сэкономить, но тоже пухло выходило. Так что да, про мегатонны фреймворков без дельфи в отличие от нативного кода, генерируемого в Delphi, это враки

T>Была в билдере статическая линковка, можно было полностью создать автономное приложение не зависящее от Borland Runtime.

спасибо, а то я запамятовал

Здравствуйте, Marty, Вы писали:

M>Я рад и за вас и за ваше начальство. Обсудим вопрос через пять, а лучше через десять лет. Хорошо?

Хорошо! Вот только ПО это, никому через 10 лет не нужно будет! написанное хоть на Delphi, хоть на Java, и т.д.
Но, сегодня дешевле на Delphi!
Разница на лицо!
Хотя сам буду заказчику на C# делать, потому как оплата больше будет! Мне выгоднее!
Вот такая ситуация...

T>>В этом подходе есть один существенный недостаток, тебе нужно немного поправить поведение контрола под себя и ты в этот момент понимаешь что твой код перестает быть кроссплатформенным потому что в каждой платформе это нововведение делается разными способами.
M>Если ты пишешь адоб фотошоп или еще что-то такое, то да.
M>Если ты пишешь приложение для всех, такого быть не должно

Поверь такое всегда случается, если ты хочешь сделать свою работу качественно, а не на #####ись.

Здравствуйте, wamaco, Вы писали:


M>>Я рад и за вас и за ваше начальство. Обсудим вопрос через пять, а лучше через десять лет. Хорошо?

W>Хорошо! Вот только ПО это, никому через 10 лет не нужно будет! написанное хоть на Delphi, хоть на Java, и т.д.
W>Но, сегодня дешевле на Delphi!
W>Разница на лицо!
W>Хотя сам буду заказчику на C# делать, потому как оплата больше будет! Мне выгоднее!
W>Вот такая ситуация...

А я разве не о том же самом говорил? Быстренько барахло налабать, пока есть спрос — это — Дельфи. Проект с большим сроком жизни — это не дельфи

Здравствуйте, turbocode, Вы писали:

T>>>В этом подходе есть один существенный недостаток, тебе нужно немного поправить поведение контрола под себя и ты в этот момент понимаешь что твой код перестает быть кроссплатформенным потому что в каждой платформе это нововведение делается разными способами.
M>>Если ты пишешь адоб фотошоп или еще что-то такое, то да.
M>>Если ты пишешь приложение для всех, такого быть не должно

T>Поверь такое всегда случается, если ты хочешь сделать свою работу качественно, а не на #####ись.

Кванторы перепутал, всегда и иногда это немного разное

T>>Поверь такое всегда случается, если ты хочешь сделать свою работу качественно, а не на #####ись.
M>Кванторы перепутал, всегда и иногда это немного разное

Поверь что всегда это всегда.
Поэтому и писалось такое большое количество компонентов для Delphi&Builder потому что даже стандартные были далеки от идеала и всегда нужно было что то добавить.

Здравствуйте, turbocode, Вы писали:

T>Поэтому и писалось такое большое количество компонентов для Delphi&Builder потому что даже стандартные были далеки от идеала и всегда нужно было что то добавить.

Но сейчас-то от этого ушли.

Здравствуйте, Marty, Вы писали:

M>А я разве не о том же самом говорил? Быстренько барахло налабать, пока есть спрос — это — Дельфи. Проект с большим сроком жизни — это не дельфи

Большой срок это насколько я понимаю — срок дольше жизни операционной системы?

T>>Поэтому и писалось такое большое количество компонентов для Delphi&Builder потому что даже стандартные были далеки от идеала и всегда нужно было что то добавить.
U>Но сейчас-то от этого ушли.

Куда ушли?

Здравствуйте, ukraineyalta, Вы писали:


M>>А я разве не о том же самом говорил? Быстренько барахло налабать, пока есть спрос — это — Дельфи. Проект с большим сроком жизни — это не дельфи

U>Большой срок это насколько я понимаю — срок дольше жизни операционной системы?

нет

Когда-то изучал Delphi и мне понравилась большая библиотека компонентов, и простота создания форм.
Но...
Но ведь писать код было невозможно. Во времена Java+Eclipse, редактор Delphi не позволял даже базовые вещи рефакторить, как то переименование локальной переменной, функции, проперти. Я помню все эти безумные button154 и textarea5. Единожды создав, уже фиг чо переименуешь. Что-то поменялось?

Здравствуйте, sharez, Вы писали:

S>Но ведь писать код было невозможно. Во времена Java+Eclipse, редактор Delphi не позволял даже базовые вещи рефакторить, как то переименование локальной переменной, функции, проперти. Я помню все эти безумные button154 и textarea5. Единожды создав, уже фиг чо переименуешь. Что-то поменялось?

И зачем создавать такие безумные названия? Agile-стайл тогда не был популярен, я всегда называю переменные осмысленно, чтобы не заниматься рефакторингом. Опять же есть поиск и замена в участке текста.

Здравствуйте, SabaiSabai, Вы писали:

SS>И зачем создавать такие безумные названия? Agile-стайл тогда не был популярен, я всегда называю переменные осмысленно, чтобы не заниматься рефакторингом. Опять же есть поиск и замена в участке текста.

Чтобы не заниматься рефакторингом, нужно... не получится так. Даже аргументировать лень. Да постоянно хочется сменить название на более вменяемое.
Поиск-замена настолько примитивный способ, что не подойдёт в ряде случаев.
Судя потому, что полыхнуть полыхнуло, а прямо на мой вопрос никто не ответил, делаю вывод, что рефакторинг ИДЕ Делфи так и не поддерживает

Здравствуйте, sharez, Вы писали:

S>Чтобы не заниматься рефакторингом, нужно... не получится так. Даже аргументировать лень. Да постоянно хочется сменить название на более вменяемое.
S>Поиск-замена настолько примитивный способ, что не подойдёт в ряде случаев.

Кому как. Лично мне более удобны более примтивные инструменты, они не зависят от криворукой реализации рукожопых индусов и стабильны и их не нужно изучать каждые полгода. У меня такой подход в целом по жизни, не только к ПРГ.

Здравствуйте, marcopolo, Вы писали:

M>Здравствуйте, sharez, Вы писали:

S>>Чтобы не заниматься рефакторингом, нужно... не получится так. Даже аргументировать лень. Да постоянно хочется сменить название на более вменяемое.
S>>Поиск-замена настолько примитивный способ, что не подойдёт в ряде случаев.

M>Кому как. Лично мне более удобны более примтивные инструменты, они не зависят от криворукой реализации рукожопых индусов и стабильны и их не нужно изучать каждые полгода. У меня такой подход в целом по жизни, не только к ПРГ.

Чо там изучать-то. Курсор на идентификатор, F2, Enter. В языках со строгой типизацией всё работает со 100% надежностью. В Java и C# давно уж пользуются благами цивилизации, и только пользователи Delphi до сих пор не видят необходимости туалета в доме.

Здравствуйте, sharez, Вы писали:

S>Чо там изучать-то. Курсор на идентификатор, F2, Enter. В языках со строгой типизацией всё работает со 100% надежностью. В Java и C# давно уж пользуются благами цивилизации, и только пользователи Delphi до сих пор не видят необходимости туалета в доме.

И что, вы выпустите проект раньше на день?

Здравствуйте, sharez, Вы писали:

S>делаю вывод, что рефакторинг ИДЕ Делфи так и не поддерживает

Поддерживает очень давно.

Твой коллега ушел в закат, может ты хоть объяснишь, почему ты с делфи никак не связан (ну а иначе почему ты нихрена о делфи не знаешь), но тем не менее у тебя из-за делфи такая сильная попоболь? Почему тебе не пофиг, дружок?

Здравствуйте, gangastyle, Вы писали:

G>Есть смысл использовать для web-приложений в шароваре?
Резонерский ответ звучит так: зависит от того, что вы планируете делать.

В целом, концепция у ребят очень напоминает ASP.Net Web Forms. Я не знаю, смогли ли они избежать проблем, которые были присущи технологии от MS — для этого нужно куда более глубокое погружение...
Но если в 2-х словах, Web Forms — были попыткой притянуть в Web методологии разработки как на Desktop, причем в серверном коде.
В частности они хотели чтобы программист мог:

• используя редактор форм, визуально накидать компоненты (в том числе от сторонних поставщиков)
  
• добавить свой кастомный код в виде обработчиков событий от этих компонент.

Т.е. чтобы он писал на C#/VB не особо заморачиваясь особенностями Web, и не задумываясь о сложностях клиент-серверной разработки.

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

• строилась заново вся строаница со всеми компонентами
  
• восстанавливалось состояние компонентов (внешние свойства, внутреннее состояние, ...)
  
• "накатывалось" новое состояние (изменения из формы)
  
• компоненты начинали менять свое внутреннее состояние и генерировать события (например, нажатие кнопки или смена текста в поле ввода).
  Собственно ради этого всё и затевалось, т.к. в этот момент у разработчика есть готовая форма со всеми состояниями и он может работать с ней, как с обычной десктопной.
  
• после того как все события отработали (и поменяли состояние контролов) происходит 2 вещи: все контролы снова сохраняют свое текущее состояние и генерируют html для отпраки на клиент (идет рендеринг).

Собственно, эта модель и продила весь ворох проблем, который был у Web Forms

• громоздкий и не сильно поддающийся оптимизации жизненный цикл страницы (откровенно говоря, не все разработчики его хорошо понимали, т.к. на каждом этапе свои ограничения).
  
• затраты на сохранение/восстановление состояния контролов. Один из способов — сохранение всего состояния внутри самой передаваемой страницы, в скрытом поле (пресловутый ViewState) порождал огромные тяжеловесные страницы (особенно когда число компоенентов начинало превосходить "пару полей и 2 кнопки")
  
• сложность кастомизации и верстки. Несмотря на то, что в Web Forms можно было смешивать верстку на HTML и серверные контролы, делать это зачастую было очень не просто: каждый контрол мог иметь свои особенности рендеринга HTML, которые нужно было учитывать, были определнные правила именования и задания ID (чтобы страницу корректно восстановить!), ну и еще куча нюансов.
  
• вопрос поддержки клиентского кода. Это отдельная боль, т.к. нужно очень хорошо понимать, что именно сгенерированно на странице, что можно делать, а что нельзя. Да просто — как найти нужный тэг — уже вопрос.

Честно говоря, очень быстро стало понятно, что идея "сделать модель разработки как в Desktop, но для Web" — провалилась. И разработчики вместо использования своего имевшегося опыта в настольной (или web, но для других платформ) были вынуждены изучать особенности Web Forms, а затем бороться с ними.

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

Если же нет (т.е. не смогли избежать тех же проблем), то я бы скзал что единственный резон использования данного фреймворка — создание небольших "на скорую руку" приложений для какого-то из имеющихся заказчиков.
Т.е. когда своих готовых Web разработчиков нет, изучать ни времени, ни желани — тоже нет. а заказчик просит.

Здравствуйте, marcopolo, Вы писали:

M>И что, вы выпустите проект раньше на день?

Я выпущу стабильный проект, который проще поддерживать, раньше на день, да.

МР>В целом, концепция у ребят очень напоминает ASP.Net Web Forms.

Я так понял что там всё заделали на JavaScript+Ajax никаких ASP.Net Web Forms там и близко нету.
Но как они организовали обработку на серверной стороне неясно (я так понимаю что это ложится тяжелым грузом на разработчика потому что ему придется самому выискивать в HTML где там что хранится и малейшее изменение HTML разметки может нарушить работу такого веб-приложения)

Здравствуйте, Kerk, Вы писали:

K>Твой коллега ушел в закат, может ты хоть объяснишь, почему ты с делфи никак не связан (ну а иначе почему ты нихрена о делфи не знаешь), но тем не менее у тебя из-за делфи такая сильная попоболь? Почему тебе не пофиг, дружок?

Никакой попоболи. Интерес абсолютно теоретический, ибо уже много лет я занимаюсь вебом, Delphi там совсем нерилейтед. А вот Java — очень даже, и с рефакторингом у него всё в шоколаде было даже в те времена, когда многие делфисты и знать не знали слова "рефакторинг".
А вот ваши коллеги в соседней ветке доказывают мне, что рефакторинг нинужен. Надо всем рассказать благую весть

P. S.: расслабьтесь, я просто полюбопытствовать зашел и пошутить. Не могу пройти мимо любителей Delphi или Gimp. Впрочем, на Delphi я сам пописывал (но продать не смог), и ведь когда-то особых альтернатив по удобству и функционалу не было. Так же как и Gimp когда-то был так же неюзабелен, как и Photoshop (теперь неюзабелен только Gimp).

Здравствуйте, Михаил Романов, Вы писали:

МР>

затраты на сохранение/восстановление состояния контролов. Один из способов — сохранение всего состояния внутри самой передаваемой страницы, в скрытом поле (пресловутый ViewState) порождал огромные тяжеловесные страницы (особенно когда число компоенентов начинало превосходить "пару полей и 2 кнопки")

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

>Но ведь древний RDS обеспечивает хорошую скорость отклика. Почему нельзя выполнять приложение на сервере, и содержимое окна программы передавать аналогично тому, как работает RDS?

Потому что с RDS одновременно работает максимум 10 человек, тогда как с веб-сайтом могут работать сотни тысяч одновременно.

Здравствуйте, turbocode, Вы писали:

МР>>В целом, концепция у ребят очень напоминает ASP.Net Web Forms.

T>Я так понял что там всё заделали на JavaScript+Ajax никаких ASP.Net Web Forms там и близко нету.
T>Но как они организовали обработку на серверной стороне неясно (я так понимаю что это ложится тяжелым грузом на разработчика потому что ему придется самому выискивать в HTML где там что хранится и малейшее изменение HTML разметки может нарушить работу такого веб-приложения)

Там все гораздо КРУЧЕ!
Используется https://www.sencha.com/products/extjs/#overview
Кстати, эту контору (SENCHA) сейчас покупает Embarcadero и UniGUI будет
включен в Delphi...
так что вот такие дела, друзья...

Здравствуйте, rfillipenko, Вы писали:

МР>>затраты на сохранение/восстановление состояния контролов. Один из способов — сохранение всего состояния внутри самой передаваемой страницы, в скрытом поле (пресловутый ViewState) порождал огромные тяжеловесные страницы (особенно когда число компоенентов начинало превосходить "пару полей и 2 кнопки")

R>Но ведь древний RDS обеспечивает хорошую скорость отклика. Почему нельзя выполнять приложение на сервере, и содержимое окна программы передавать аналогично тому, как работает RDS?

Не поверишь, но и такое бывает
https://www.cybelesoft.com/Thinfinity/VirtualUI/

Здравствуйте, sharez, Вы писали:

K>>Твой коллега ушел в закат, может ты хоть объяснишь, почему ты с делфи никак не связан (ну а иначе почему ты нихрена о делфи не знаешь), но тем не менее у тебя из-за делфи такая сильная попоболь? Почему тебе не пофиг, дружок?

S>Никакой попоболи. Интерес абсолютно теоретический, ибо уже много лет я занимаюсь вебом, Delphi там совсем нерилейтед. А вот Java — очень даже, и с рефакторингом у него всё в шоколаде было даже в те времена, когда многие делфисты и знать не знали слова "рефакторинг".

Ну а в Delphi, например, анонимные функции появились когда "многие джависты и знать не знали такого слова", лет на 5 раньше.

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

---

Вспомнилась история.

Есть у меня знакомый, в прошлом фанатик C++. Холиварил всегда и со всеми. В сторону Делфи у него был любимый аргумент, что в Делфи нет множественного наследования и это отстой (вообще тогда это был очень распространенный аргумент в холиварах).

В те годы дотнет только появлялся и приехал к нам пропагандист мелкософта рассказать про новые технологии, про C#. И в какой-то момент уже после выступления этот товарищ встал и гордо спросил про множественное наследование. Мелкософтовец ответил: "В C# множественного наследования нет, да и не нужно оно никому на самом деле". Я лицо товарища до сих пор помню Но ничего, проглотил. Пишет до сих пор на C# и Java.

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

Уровень холиваров упал. Нынче делфи обвиняют не в отсутствии множественного наследования (что правда), а в отсутствии вещей, которые в Делфи лет 10 уже как есть.

Здравствуйте, Kerk, Вы писали:
K>Уровень холиваров упал. Нынче делфи обвиняют не в отсутствии множественного наследования (что правда), а в отсутствии вещей, которые в Делфи лет 10 уже как есть.
Да можно, не объектами правда, а интерфейсами.

Здравствуйте, AWSVladimir, Вы писали:

K>>Уровень холиваров упал. Нынче делфи обвиняют не в отсутствии множественного наследования (что правда), а в отсутствии вещей, которые в Делфи лет 10 уже как есть.
AWS>Да можно, не объектами правда, а интерфейсами.

Множественное наследование интерфейсов, а не классов, нынче по сути мейнстрим. Но 15 лет назад сишники про это не знали и очень смешно холиварили

W>Там все гораздо КРУЧЕ!
W>Используется https://www.sencha.com/products/extjs/#overview
Это фронтенд, про сервер-сайд ничего не пишут.

W>Кстати, эту контору (SENCHA) сейчас покупает Embarcadero и UniGUI будет
Писали что "Компания Embarcadero Technologies продана компании Idera"
Там уже не поймешь кто кого продал и кто кого купил.

Здравствуйте, turbocode, Вы писали:

W>>Кстати, эту контору (SENCHA) сейчас покупает Embarcadero и UniGUI будет
T>Писали что "Компания Embarcadero Technologies продана компании Idera"
T>Там уже не поймешь кто кого продал и кто кого купил.

ну да...
https://community.embarcadero.com/blogs/entry/embarcadero-delphi-sencha

Здравствуйте, turbocode, Вы писали:

W>>Там все гораздо КРУЧЕ!
W>>Используется https://www.sencha.com/products/extjs/#overview
T>Это фронтенд, про сервер-сайд ничего не пишут.

Так сервер сайд это программа на Delphi, она все и делает, обращается к БД и т.д.
Сервер должен быть на Windows

W>Так сервер сайд это программа на Delphi, она все и делает, обращается к БД и т.д.
W>Сервер должен быть на Windows

То есть на каждого посетителя сайта будет на сервере запускаться программа на Delphi?

Здравствуйте, wamaco, Вы писали:

W>>>Там все гораздо КРУЧЕ!
W>>>Используется https://www.sencha.com/products/extjs/#overview
T>>Это фронтенд, про сервер-сайд ничего не пишут.

W>Так сервер сайд это программа на Delphi, она все и делает, обращается к БД и т.д.
W>Сервер должен быть на Windows

Не знаю конкретно про эту либу, но вообще Delphi может и под линукс компилить.

Здравствуйте, turbocode, Вы писали:

W>>Так сервер сайд это программа на Delphi, она все и делает, обращается к БД и т.д.
W>>Сервер должен быть на Windows

T>То есть на каждого посетителя сайта будет на сервере запускаться программа на Delphi?

А как по-твоему работают сайты? Ну вот RSDN, например?

T>>То есть на каждого посетителя сайта будет на сервере запускаться программа на Delphi?
K>А как по-твоему работают сайты? Ну вот RSDN, например?

Вебсервер обрабатывает HTTP-запросы но он не хранит состояние сайта, а только принял, обработал и отдал назад.

Здравствуйте, turbocode, Вы писали:

T>>>То есть на каждого посетителя сайта будет на сервере запускаться программа на Delphi?
K>>А как по-твоему работают сайты? Ну вот RSDN, например?

T>Вебсервер обрабатывает HTTP-запросы но он не хранит состояние сайта, а только принял, обработал и отдал назад.

Веб-сервера поддерживают сессии с незапамятных времен.

У них, в общем, на сайте примерно так и написано

In general each uniGUI application is a standard Delphi executable powered with specialized modules which all together turn the application into a full featured web server. Among these modules we can count Session Manager, Web HTTP Server, ISAPI Handler, Cache Eraser and Server Module. These modules cooperate to create sessions, handle Ajax calls, create web UI and manage session lifetime.

K>Веб-сервера поддерживают сессии с незапамятных времен.
K>У них, в общем, на сайте примерно так и написано
K>

K>In general each uniGUI application is a standard Delphi executable powered with specialized modules which all together turn the application into a full featured web server. Among these modules we can count Session Manager, Web HTTP Server, ISAPI Handler, Cache Eraser and Server Module. These modules cooperate to create sessions, handle Ajax calls, create web UI and manage session lifetime.

Сессия это просто (key, value) контейнер данных, она сама по себе ничего не делает. Как видно из описания любая программа на Delphi так просто не заработает в вебе, а нужно еще делать поддержку каких то там модулей.

Здравствуйте, turbocode, Вы писали:
]

T>Сессия это просто (key, value) контейнер данных, она сама по себе ничего не делает. Как видно из описания любая программа на Delphi так просто не заработает в вебе, а нужно еще делать поддержку каких то там модулей.

они из коробки ISAPI

T>>Сессия это просто (key, value) контейнер данных, она сама по себе ничего не делает. Как видно из описания любая программа на Delphi так просто не заработает в вебе, а нужно еще делать поддержку каких то там модулей.
W>они из коробки ISAPI

Допустим есть приложение на старом добром VCL, этот VCL ничего не знает о вебе. Что дальше?

Здравствуйте, turbocode, Вы писали:

T>Вебсервер обрабатывает HTTP-запросы но он не хранит состояние сайта, а только принял, обработал и отдал назад.

Правда что-ли? Вебсервер сам запросы обрабатывает? Ты где-то в 90х застрял, на уровне статических страниц.

I>Правда что-ли? Вебсервер сам запросы обрабатывает? Ты где-то в 90х застрял, на уровне статических страниц.

В смысле сам? Кто то на PHP, кто на ASP.NET сидит. Но это ж никакие не приложения на Delphi.

T>>Допустим есть приложение на старом добром VCL, этот VCL ничего не знает о вебе. Что дальше?
K>И ничего. Этот uniGUI — это отдельная от VCL визуальная библиотека.

Это еще ужаснее чем я думал: потому что создавать одно и тоже приложение с разными наборами визуальных библиотек это самое худшее что может быть.

Здравствуйте, turbocode, Вы писали:

T>В смысле сам? Кто то на PHP, кто на ASP.NET сидит. Но это ж никакие не приложения на Delphi.

Это были твои слова. Теперь осталось объяснить разницу между интерпретатором PHP и приложением на Delphi.

T>>В смысле сам? Кто то на PHP, кто на ASP.NET сидит. Но это ж никакие не приложения на Delphi.
I>Это были твои слова. Теперь осталось объяснить разницу между интерпретатором PHP и приложением на Delphi.

Мне неизвестен принцип того как приложения на Delphi будут работать в вебе. Если ты знаешь то расскажи, вместо того чтобы здесь газировать лужи тупыми вопросами.

I>Технология предлагает единый GUI для веба и десктопа.
Это ж разные наборы VCL, где ты видишь единость? Ну да визуально они похожи но от этого ни холодно ни жарко, потому что морду для приложения нужно делать дважды: одну для десктопа, а другую для веба.

I>Бекэнд делаешь на delphi,
Есть языки и получше для бекенда чем Delphi.

I>а фронтэнд генерируется на js.
Где генерируются (на фронте или на бекенде)? Чем генерируются? На основании чего генерируются?

I>Может с чего-нибудь попроще начнем? Например, как любой бекэнд общается с вебсервером?
I>Или — зачем веб приложению внешний вебсервер?

Это оффтоп.

Здравствуйте, turbocode, Вы писали:

T>Это ж разные наборы VCL, где ты видишь единость?

Это замена для стандартного VCL.

T>Есть языки и получше для бекенда чем Delphi.

Об этом можно спорить бесконечно. Зависит от поставленной задачи.

T>Где генерируются (на фронте или на бекенде)? Чем генерируются? На основании чего генерируются?

Я подробностей реализации не знаю, но полагаю что этот набор VCL генерирует html/js фронтэнд. Т.е. вместо формы будут html страница.
В некоторых случаях — это удобно. Но не во всех.

Здравствуйте, turbocode, Вы писали:

T>Это оффтоп.

Почему? Ты же сам спросил как delphi может взаимодействовать с вебсервером...
Под Apache модули делаются через FastCGI, под IIS на ISAPI. На любом языке.
Можно и сам сервер сделать на Delphi с блекджеком и ...