Есть сишарперы, надо быстро ввести их в курс дельфового дела. Без дебрей, просто достаточные для работы понятия, отличия от привычной им платформы. Что есть почитать?

Была такая книжка - Нил Рубенкинг, "Delphi для чайников" (не шучу). Очень простая и очень понятная, с очень низким порогом вхождения (в том числе, в используемую в Delphi модель ООП). Именно без дебрей. После нее уже вполне можно клепать формы и писать обработчики событий.

http://ciegelata.hol.es/uncategorized/%D0%BA%D0%BD%D0%B8%D0%B3%D0%B0-delphi-%D0%B4%D0%BB%D1%8F-%D1%87%D0%B0%D0%B9%D0%BD%D0%B8%D0%BA%D0%BE%D0%B2-%D1%87%D0%B8%D1%82%D0%B0%D1%82%D1%8C/

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

в D события - скалярные, у них - вектрора (списки обработчиков)

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

до остального допрут сами.

Прямая ссылка на скачивание:
http://onlinebookz.ru/236499

Спасибо.

Мне вообще кажется, что основная трудность, которая может возникнуть - это отсутствие сборки мусора.

> Kerk ©   (07.02.17 10:33) [4]


> отсутствие сборки мусора.

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

в FMX вообще что-то невообразимое с этой сборкой мусора в виде ARC. вроде бы она есть для iOS и Android, но ее нет для Mac, вот как до такого можно было додуматься.

на шарпе пусть пишут, делов то)

Ром, а какой во всем этом смысл? Неужели готовых Дельфишников нет?

> ухты_х ©   (07.02.17 12:35) [6]

да, перевести проект :)

можно найти компромисс - перевести проект на фортран, чтоб удобно было всем.

> rrrrr ©   (07.02.17 09:42) [2]
у них любая запятая - член класса, в D есть глобальные переменные сами по себе.

Тут скорее аналогия со статическим классом, т.е. в delphi нет статических классов, а есть методы и переменные сами по себе отсюда все что в статическом классе C#, то в Delphi само по себе.
Или на оборот все что в Delphi само по себе, должно быть в C# в статическом классе.

> Kerk ©   (07.02.17 10:33) [4]
Мне вообще кажется, что основная трудность, которая может возникнуть - это отсутствие сборки мусора.


Да я не думаю, в C# достаточно объектов, которые необходимо явно уничтожать, поэтому программисты в курсе.
В Delphi нет using вместо него нужно использовать try finally...

Сначала они говорят "вот мы вам дали новый супер-язык! В нем не нужно заботиться об освобождении памяти - среда все сделает сама! В нем нет прямой работы с памятью - мы позаботились о безопасности ваших приложений. А виртуальная машина - просто сказка. Короче, мы вам упростили программирование раз эдак в сто." И десятки гуру(говорят, что гуру программирования, хотя больше похоже на гуру маркетинга) в один голос подтверждают это.

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

Интересно, как им это удается? Могу понять кто по второму разу в МММ вкладывается, но тут-то что за магия?

> Юрий Зотов ©   (07.02.17 13:07) [7]
>
> Ром, а какой во всем этом смысл? Неужели готовых Дельфишников нет?

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

> stas ©   (07.02.17 14:26) [10]
>  в delphi нет статических классов

Вроде ж есть

а, ну тогда все проще.
скажи им что теперь вместо {} у них будут begin и end
а все остальное точно такое же

картман ©   (07.02.17 14:41) [12]

Для определенных задач этого достаточно, там где не достаточно есть Си и т.д.
Для каждой задачи нужно подбирать среду разработки.

> в delphi нет статических классов

Если под словом "статический" подразумевается "существующий без явного создания прикладным кодом", то все классы в  Delphi - статические.

> stas ©   (07.02.17 14:58) [16]

> Для каждой задачи нужно подбирать среду разработки.

Ага. Конечно. Вот ща как раз сижу над новой задачей, и думаю: приложение под виндоус, какую же среду мне выбрать? Ну, в моем случае, несколько проще: есть какой-никакой опыт в разных. Так что же выбрать? Или, если быть точнее - имеет ли смысл мне платить за лицензию Делфи, если у меня есть официально бесплатный VS2015 с С#?

Может, выбор среды определяется всё-таки не только задачей?