Здравствуйте, Мастера.
Как вы знаете быстробегущие вперед технологии требуют двигаться уже не только десктоп приложения разрабатывать, но и мобильные. У нас все дескотор проекты на Дельфи написаны. Если переводить в мобильные и WEB приложения через REST server, то слышала мнение, что Дельфи с трудом потянет обработку больших баз, ну еще какие то аргументы были, и есть мнение в связи с этим, что от Дельфи стоит отказаться в пользу чего то другого, например Java.
Я прошу прощения, пока вообще не работала в этом направлении, Rest server, к примеру, для меня вообще пока только слово.
Есть ли какие то советы, комментарии по этой теме?
Заранее спасибо.

> то слышала мнение, что Дельфи с трудом потянет обработку
> больших баз, ну еще какие то аргументы были, и есть мнение
> в связи с этим, что от Дельфи стоит отказаться в пользу
> чего то другого, например Java.


Несерьезно

> Abcdef123   (07.11.16 10:18) 

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

У Delphi пока есть один минус для программирования сервера (на мой взгляд), нельзя собирать сервер под linux. Есть freepascal для этого, но 100% совместимости нет все-равно. Ну и отладчик у фрипаскаля оставляет желать лучшего, как и среда разработки (например, lazarus).

Понять и выучить Java достаточно просто. После дельфи, язык покажется вам несколько урезанным и странным. Но "навороченность" и крайнее удобство IDE (я пользуюсь Intellij Idea), удобство отладки (в том числе удаленной), большое количество готовых рецепотов подкупят вас и вы не захотите возвращаться обратно на Delphi.

Но могу вас уверить, если у вас есть большой опыт разработки на Delphi, создать сервер (WEB или что угодно) для вас не составит труда. И смысла переходить на неизвестную Java нет.

если умеешь хлебать щи лаптем (а это это несложно)
то веб-приложения можно писать и на делфи.
конституцией не запрещено.

нельзя собирать сервер под linux. Есть freepascal для этого

линупс он разный.
что там у нас фрипоскаль насчет линупса на арме или мипс говорит?

> iop ©   (07.11.16 11:41) [4]

мипс не знаю, на арме легко: https://ru.wikipedia.org/wiki/Free_Pascal


> iop ©   (07.11.16 11:38) [3]

У меня давно витает в мыслях идея сделать что-то общее между php и delphi.
Т.е. HTML страничка, а внутри вставки на паскаль. Потом все это транслируется в обычный writeln и собирается. Получаем быстрый экономный сервер.

> Abcdef123   (07.11.16 10:18) 
>  например Java.

Было у нас много лет крупное Java-приложение, по итогу WEB-сервер.
Задолбались поддерживать и разбирать глюки сторонних библиотек, переписали полностью всё (включая и сам WEB-сервер) на C++
В плане эксплуатации - счастье несказанное.

Ключевое в предыдущем сообщении не С++ (мерзопакостнейший язык!), а отказ нафик от этой джавы

Т.е. HTML страничка, а внутри вставки на паскаль.

лет 20 назад это была бы прогрессивная идея.

Получаем быстрый экономный сервер.

нет. получаем аналог древнего asp.  но кривой и не отлаженный.

сегодня так никто не делает. /*ну разве что кроме ангулар. но это бзик и поэтому не в счет */

> KSergey ©   (07.11.16 11:56) [6]

А какой веб сервер использовали? И какие глюки были именно в нем?


> iop ©   (07.11.16 11:57) [8]

Интересно бы почитать чему нас учит история на этот счет.

Интересно бы почитать чему нас учит история на этот счет.

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

вот например крутой (в девяностых) движок dbPager http://bayanov.narod.ru/
или тот же асп, который html + vbs/js внутри

сегодня от всего этого веет нафталином, хотя оно и рабочее.
оно работает реально.

вопрос только в том, сколько потратится времени и сил на реализацию чего-то и чем будет это что-то в итоге.

> iop ©   (07.11.16 12:11) [10]

А какой сейчас подход? Делать шаблонизаторы на интерпретаторах?

у всех разный подход.
мой правильный подход такой:

1. весь гуи рисует только js
2. бакенд на чем угодно, например на php. и он только поставляет данные.
3. интерпретируемая разметка - не имеет права на жизнь.
   надо писать на языке, а не дизайнить метатеги, которые интерпретируются двиглом.

> iop ©   (07.11.16 12:29) [12]

Это хорошо для веб приложений. А для поиска и простых сайтов - такой подход слишком сложный.

> DayGaykin ©   (07.11.16 12:05) [9]
> А какой веб сервер использовали? И какие глюки были именно  в нем?

Apache, вестимо
Но не с ним непосредственно беда, в с каким-то словом "резин" вокруг этого.

А для поиска и простых сайтов - такой подход слишком сложный.

"простой сайт" это типа чудом не удаленный набор некространичек из [10] ?

ps
то, что у тебя лично на делфи займет неделю, я со своим сложным походом сделаю до обеда.

> iop ©   (07.11.16 13:07) [15]

Банально вот это сделаешь до обеда?

http://nataliya-legenda.ru/wedding/anastasia&ivan/

ты какой-то смешной чесслово.

что там реально по ссылке-то? что там вообще делается?

может аннуитет расчитывается? или индекс доуджонса в реалтайм на чарте рисуется?
а может там управление климат-контролем в собачьей будке или автоматическая поилка для рыбок в аквариуме?

ой нет, там же тупо менюха, которая показывает разные буквы с разными фоточками.

> iop ©   (07.11.16 13:25) [17]

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

DayGaykin ©   (07.11.16 12:24) [11]
MVC рулит.

iop, прав. Есть давно устаревшая технология - Asp. Ну можно конечно если очень хочется переделать синтаксис с C# на Delphi, а смысл?