Головна сторінка
Top.Mail.Ru Яндекс.Метрика
Форум: "Інше";
Поточний архів: 2018.08.05;
Завантажити: [xml.tar.bz2];

Вниз

Книги по Delphi Знайти схожі гілки


Тимохов Дима ©   (2016-09-13 02:40) [0]

Колеги!

1. Так вийшло, що я "завис" на Delphi2007, який ще сам Нік Ходжес (він живий як професіонал взагалі?) Мені особисто подарував. Тобто живу поки без УНІКОД. Але ось вирішив - треба оновлюватися до останніх версій Дельфі.

2. Пішов в магазин, купити літературу. І був шокований !!!! Де книги по Дельфі?

3. Можете порадити набір літератури, для послідовного вивчення Дельфі від неунікода до УНІКОД + мобільні додатки?

Спасибо!

ЗИ Мова будь - російський, аглицкий.



iop ©   (2016-09-13 08:37) [1]

ти зі своїм питанням зараз схожий на школяра шукає чорнило для сьомого класу



Kipor ©   (2016-09-13 10:19) [2]

ти вже вибирай тобі Нік Ходжес доріг або unicod



Тимохов Дима ©   (2016-09-13 10:33) [3]


> Ти зі своїм питанням зараз схожий на школяра шукає чорнило
> Для сьомого класу


Яке тонке зауваження)) А по суті тобто що?

По суті є питання, вилізлого з танка, до тих, хто давно їде на танку і знаходиться в тренді.

Мене здивувало, що немає взагалі літератури за новими Delphi. Лежить Архангельський, Ксав'є з Пачеко і ще мотлох якийсь. Де вся літ-ра по кроссплатформу - андроиду з Макос, по іншим можливостям? Коли на дельфі2007 мігрував були книги (в інеті) типу - migrating to delphi 2007 і т.д.

Що щас щось актуальне? Кенту пише ще? Може, якісь ембаркадеровскіе ресурси є? За логікою ембаркадеро має бути в цьому зацікавлена.

Kerk, Ромич, підкажи щось, будь ласка)))



iop ©   (2016-09-13 10:39) [4]

А по суті тобто що?

по суті вас двоє.

один шукає готову книгу в якій про відмінності ВЦЛ від ФМХ
другий про послідовне вивчення Делфі від неунікода до УНІКОД.



Игорь Шевченко ©   (2016-09-13 10:43) [5]

Кенту пише, разом з Берліном його книжку роздавали. Але не російською.
Не ходи в книжковий магазин, сходи на ozon.



Kerk ©   (2016-09-13 11:05) [6]

Хвилинка посилального спаму :)
http://roman.yankovsky.me/?p=1834



Pavia ©   (2016-09-13 13:37) [7]

> Хвилинка посилального спаму :)
В тому то і справа що спам. Для новачків може і цікаво. А для профі нічого путнього. Так що по сторінке вивчаємо методом наукового тику.
> Може, якісь ембаркадеровскіе ресурси є?
Зараз відеоуроки і вебінари в моді. Треба там шукати. Kerk пару посилань в цьому розділі приводив.

Сдешніі метри сидять на старих версіях і переходити на нові неспешат. Їх зрозуміти можна, багато компонуються перестали оновлюватися. А в нових багато дитячих хвороб. Перехід на кшталт стартапу де виживає 1 з 10. На інших форумах повно фахівців.
Сам перейшов на xe10.1. Розпочав новий проект на новій версії. Хоча скажу книжки бракує.



Kerk ©   (2016-09-13 14:11) [8]


> Pavia © (13.09.16 13: 37) [7]
>
>> Хвилинка посилального спаму :)
> В тому то і справа що спам. Для новачків може і цікаво.
> А для профі нічого путнього. Так що по сторінке вивчаємо
> Методом наукового тику.

Ну і даремно. Можете мене в новачки записувати, але книга дає таки непоганий огляд нововведень в Delphi. Вона цінна не рецептами "як зробити X", а тим, що цей X буде зроблений з використанням будь-якої штуки, яка в Delphi з'явилася недавно. Не впевнений, що автор ставив перед собою саме таку мету, але мені книга сподобалася саме цим.

Ну і ми стабільно переходимо на кожну нову версію Делфі протягом десь місяці після її виходу. Як тільки DevExpress оновиться. Коли я прийшов в проект, ми використовували XE7, якщо я не помиляюся. Зараз 10.1 Berlin і політ нормальний.

З іншого боку, перенесення проекту з D2007 в нові версії може бути дуже болючим. Такий досвід теж був. Але теж успішний в результаті.



Тимохов Дима ©   (2016-09-13 14:25) [9]


> З іншого боку, перенесення проекту з D2007 в нові версії
> Може бути дуже болючим.


Та взагалі жесть.

Правда у мене є Delphi2009Handbook.pdf Delphi2010Handbook.pdf Delphi2011XEHandbook.pdf.

Може, вони допоможуть.



Тимохов Дима ©   (2016-09-13 14:25) [10]


> З іншого боку, перенесення проекту з D2007 в нові версії
> Може бути дуже болючим.


Та взагалі жесть.

Правда у мене є Delphi2009Handbook.pdf Delphi2010Handbook.pdf Delphi2011XEHandbook.pdf.

Може, вони допоможуть.



Игорь Шевченко ©   (2016-09-13 16:55) [11]


> Сдешніі метри сидять на старих версіях і переходити на нові
> Неспешат.


Ти кого метром назвав?



Тимохов Дима ©   (2016-09-13 17:53) [12]

Кенту Марка безкоштовно роздають http://cc.embarcadero.com/item/30605

Ще В. Леонова книгу безкоштовно (легально) роздають http://delphi2010.ru/leaning-of-mobile-development-with-delphi-free-book/



kilkennycat ©   (2016-09-13 18:27) [13]


> Pavia © (13.09.16 13: 37) [7]

для профі взагалі нічого не треба, на те він і профі. а якщо профі читає, то він вже не профі, а новачок. Перехід на нові версії неоднозначний, у кожного свої причини, не тільки новизна глюків.



Eraser ©   (2016-09-13 18:52) [14]


> Тимохов Діма © (13.09.16 02: 40)

ех, дано я ці посилання не кидав, на подив, ще живі

http://edn.embarcadero.com/article/38446
http://edn.embarcadero.com/article/38582
http://edn.embarcadero.com/article/38703

цього більш ніж достатньо для переходу на юнікод.



Eraser ©   (2016-09-13 18:56) [15]


> Kerk © (13.09.16 14: 11) [8]

+ 100500
найкращий підхід в сучасній реальності, особливо для команд, яким досить pro-версії, бо arch варто непомірних грошей для майже будь-яких команд)



Тимохов Дима ©   (2016-09-13 20:39) [16]


> Kilkennycat © (13.09.16 18: 27) [13]
>
>> Pavia © (13.09.16 13: 37) [7]
>
> Для профі взагалі нічого не треба, на те він і профі. а якщо
> Профі читає, то він вже не профі, а новачок

Значить я не профі.
Не знаю як тобі, а мені набридло вже бути професіоналом, який у всьому розбереться сам. Все більше хочеться бути новачком, у якого є мануал як зробити те-то і те-то і все.
Звичайно, є питання, які треба знати багато глибше рівня новачка. Не сперечаюсь.


> Eraser © (13.09.16 18: 52) [14]
>
>> Тимохов Діма © (13.09.16 02: 40)
>
> Ех, дано я ці посилання не кидав, на подив, ще живі


Дякую!



Внук ©   (2016-09-13 20:57) [17]

>> Ігор Шевченко © (13.09.16 16: 55) [11]
Так скоро і до площі Леніна дійдемо.



Kipor ©   (2016-09-13 21:40) [18]


> Ну і ми стабільно переходимо на кожну нову версію Делфі
> Протягом десь місяці після її виходу. Як тільки DevExpress
> оновиться

постривай. У вас же fmx, а під нього дівок немає?



Kerk ©   (2016-09-13 22:12) [19]

Не тільки FMX, у нас не один проект.



kilkennycat ©   (2016-09-13 23:12) [20]


> Тимохов Діма © (13.09.16 20: 39) [16]
>
> Все більше хочеться бути новачком, у якого є мануал як зробити те-то і те-то і все.


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



Германн ©   (2016-09-14 01:28) [21]


> Kerk © (13.09.16 14: 11) [8]
>
> З іншого боку, перенесення проекту з D2007 в нові версії
> Може бути дуже болючим. Такий досвід теж був. але теж
> Успішний в результаті.

Додам своє имхо. Непрограмістів, але пофігіста широкого профілю. Перенесення проекту з Д2007 (а мої дельфийские проекти на ньому і сидять до сих пір) в нові версії Дельфі розділяється на дві сутності / проблеми.
Перша це перехід з ANSI на Юнікод. При відсутності в проекті сторонніх компонент і проблема ця відсутня. При наявності сторонніх компонент іноді викликає проблеми, але порівняно легко вирішуються.
Друга - многоплатформенность. Ось тут вже дійсно можуть бути проблеми. Перехід з VCL на FMX простою заміною не виконав.



Eraser ©   (2016-09-14 01:47) [22]


> Германн © (14.09.16 01: 28) [21]


> Перехід з VCL на FMX простою заміною не виконав.

На FMX переходити ніхто не змушує в нових версіях.



Германн ©   (2016-09-14 01:55) [23]

Але Діма про це теж питав.



Тимохов Дима ©   (2016-09-14 01:59) [24]


> Германн © (14.09.16 01: 55) [23]
> Але Діма про це теж питав.

це для нового проекту.

Про Унікод. Насправді ти не зовсім правий. Сторонніх компонент немає, але є щось типу
var p: PChar begin p: = p + 1. ... end.
Колись такий підхід був зручний, щоб "бігати" по байтам в пам'яті. Я особисто так не писав ніколи (передбачав, що буде Ж). Але у нас в проекті є подібний код, і не мало.
Так, що з УНІКОД теж доведеться повозитися в своїх исходниках.



Германн ©   (2016-09-14 02:10) [25]


> Тимохов Діма © (14.09.16 01: 59) [24]
>
>
>> Германн © (14.09.16 01: 55) [23]
>> Але Діма про це теж питав.
>
> Це для нового проекту.
>
> Про Унікод. Насправді ти не зовсім правий. сторонніх компонент
> Немає, але є щось типу
> var
> P: PChar
> begin
> P: = p + 1.
> ...
> End.
> Колись такий підхід був зручний, щоб "бігати" по байтам
> В пам'яті. Я особисто так не писав ніколи (передбачав, що буде
> Ж). Але у нас в проекті є подібний код, і не мало.
> Так, що з УНІКОД теж доведеться повозитися в своїх исходниках.
>

А що такий код не працює в Юнікодние версіях Дельфі?
Здавалося б що цей код спочатку повинен бігати по символам (Char), а не по байтам.
Сам зараз перевірити не можу.



Германн ©   (2016-09-14 02:25) [26]

Або що заважає масово замінити оголошення PChar на PAnsiChar?



kilkennycat ©   (2016-09-14 02:51) [27]

Note: AnsiChar is used by the Delphi desktop compilers, but is not supported by the Delphi mobile compilers. Так що тож, просто заміна не для всіх.



Pavia ©   (2016-09-14 07:22) [28]


> А що такий код не працює в Юнікодние версіях Дельфі? Здавалося
> Б що цей код спочатку повинен бігати по символам (Char),
> А не по байтам.

XE10.1 код бігає по Char, тобто + 2 байта.
Для бігу по байтам є PByte, тільки включити арифметику покажчиків {$ POINTERMATH ON}. Перевірив за замовчуванням включена.


> Warning: Do not cast non-character pointer types to PAnsiChar
> To do pointer arithmetic. Instead, use the PByte pointer
> Type, which is declared with the {$ POINTERMATH ON} compiler
> Directive.



Pavia ©   (2016-09-14 07:25) [29]


> Перехід з VCL на FMX простою заміною не виконав.

А які підводні камені? А то в книзі з рецептами про них ані слова.
Правда стандарти дизайну вірніше управління в мобільних додатки відрізняються від настільних комп'ютерів.



Pavia ©   (2016-09-14 07:37) [30]


> Для профі взагалі нічого не треба, на те він і профі. а якщо
> Профі читає, то він вже не профі, а новачок.

Не кажіть дурниць. Основне вміння яке вчать у вузі це вміння збирати матеріал. Набагато вигідніше вчитися на чужих помилках, а не на своїх. Ось книга і є джерело знань яка і дозволяє швидко вчиться. І профі тим і відрізняється від новачка що вміє швидко вчитися.
Проблема з книгами по програмуванню тільки одна - дуже важко оцінити книгу з першого погляду. Це пов'язано з тим, що суть передається словами і виділити дрібну рибку серед моря води дуже важко (таки програмування ближче до гуманітарних наук).



kilkennycat ©   (2016-09-14 08:34) [31]


> Pavia © (14.09.16 07: 37) [30]
> Основне вміння яке вчать у вузі це вміння збирати матеріал.

Не кажіть дурниць. У вузі вчать вмінню використовувати матеріал, робити висновки з наявних знань і формувати рішення. А збиральництво - лише один з етапів, не основний (бо, для того, щоб почати збирати, потрібно дещо знати ...) В іншому випадку можна сидіти на купі зібраного матеріалу і гадати, че тепер з усім цим робити, так уміло зібраним.
Втім, у нас могли бути різні вузи в різний час.

> Набагато вигідніше вчитися на чужих помилках, а не на своїх.

Суперечливим є. Свої краще розуміються і запам'ятовуються і напрацьовується досвід їх вирішення. Вигода чужих лише в часі.

> І профі тим і відрізняється від новачка що вміє швидко вчитися.

Не сперечаюсь. Про проведення часу я приблизно так само говорив.

> Проблема з книгами по програмуванню тільки одна - дуже
> Важко оцінити книгу з першого погляду. Це пов'язано з тим,
> Що суть передається словами і виділити дрібну рибку серед
> Моря води дуже важко (таки програмування ближче до гуманітарних
> Наукам).

Програмування абсолютно технічна наука, принаймні сьогодні.
А суть в будь-яких книгах передається словами і картинками, це як би у визначенні книги закладено. І якщо в гуманітарній або ж художній літературі суть може бути між рядків, різна по одній темі і як завгодно ще, то в технічній вона буквальна, так як 2 * 2 = 4 незалежно від політики, погоди і переваг автора.



kilkennycat ©   (2016-09-14 08:45) [32]

Ща подумалося: чому взагалі так кажуть: "вчитися на чужих помилках"?
Хіба вчитися на чужих успіхах не вигідно?
Та й ті ж книжки взяти, з програмування, там же не пишеться, що ось якщо ви заграти так - буде помилка, якщо спробуєте так - буде теж помилка ... і ще двадцять вісім варіантів призведуть до помилок, так що пишете так - буде добре :)
Уявляю книжку для радиомонтажника:
"Слід пам'ятати, що більшість клейових складів, які використовуються для монтажу деталей, приведуть до помилки. Краще паяти".



Игорь Шевченко ©   (2016-09-14 11:22) [33]


> "Слід пам'ятати, що більшість клейових складів, які використовуються
> Для монтажу деталей, приведуть до помилки. Краще паяти ".


Можливо, струмопровідних клеєм можна щось склеїти :)


> Хіба вчитися на чужих успіхах не вигідно?


Негативний ефект від неуспіху менше, ніж від повторення помилки, нє?



Внук ©   (2016-09-14 14:04) [34]

Уявив собі сапера: "Не, не буду я вчитися на чужих помилках, я вже краще на своїх" :)



kilkennycat ©   (2016-09-14 20:04) [35]


> Ігор Шевченко © (14.09.16 11: 22) [33]

я тому і надрукував "... більшість клеїв";)


> Негативний ефект від неуспіху менше, ніж від повторення помилки, нє?

мабуть. і напевно, тут просто всього повинно бути в міру.


> Онук © (14.09.16 14: 04) [34]

він може вчитися на успіхах, тобто, виконувати лише дії, гарантовано успішні (в його випадку - майже гарантовані). Інші дії вважати помилковими і не виконувати.
Але сапер - це неправильний приклад, що псує теорію :)



Rouse_ ©   (2016-09-14 23:30) [36]

Дим, тобі то книжки по дельфи нафіга?
Ну зайди до нас в офіс, ми тобі всю нашу макулатуру відвантажимо, там на школу вистачить :)



Rouse_ ©   (2016-09-14 23:33) [37]


> Тимохов Діма © (14.09.16 01: 59) [24]
>
> Про Унікод. Насправді ти не зовсім правий. сторонніх компонент
> Немає, але є щось типу
> var
> P: PChar
> begin
> P: = p + 1.
> ...
> End.
> Колись такий підхід був зручний, щоб "бігати" по байтам
> В пам'яті. Я особисто так не писав ніколи (передбачав, що буде
> Ж). Але у нас в проекті є подібний код, і не мало.

Такий підхід зручний якщо використовувати PByte () як "все правильні пацани", а не брати ахінею з книжок Михайла Фленово.
Оть читав би правильні книги - не було б такого коду :)



Германн ©   (2016-09-15 01:19) [38]


> Pavia © (14.09.16 07: 25) [29]
>
>
>> Перехід з VCL на FMX простою заміною не виконав.
>
> А які підводні камені?

Ну не знаю чи правильно тут використовувати термін "підводні камені", але мені при написанні того відповіді згадалося. Використовувався в одному проекті TStringGrid. І в ньому (проекті) часто використовувалися властивості TStringGrid.Cols і TStringGrid.Rows. А при перенесенні проекту на FMX з'ясувалося що в FMX у TStringGrid таких властивостей немає! Є тільки Cells і нічого більше.



Eraser ©   (2016-09-15 01:32) [39]


> Германн © (15.09.16 01: 19) [38]

який може бути перенесення UI з VCL на FMX взагалі? ви про що?
з горем навпіл ще можна перенести якийсь код, не пов'язаний з UI і платформою, і то там купа проблем може виникнути. наприклад ARC.

взагалі для мене головна загадка, чому під Mac використовується FMX, але ARC немає, хоча, питання звичайно риторичне.



Германн ©   (2016-09-15 01:39) [40]


> Eraser © (15.09.16 01: 32) [39]
>
>
>> Германн © (15.09.16 01: 19) [38]
>
> Який може бути перенесення UI з VCL на FMX взагалі? ви про що?
>

А що тоді розуміти під кроссплатформенную?



Германн ©   (2016-09-15 01:59) [41]

Доречі. При чому тут UI-додаток? Мова-то йде про перенесення коду.



Eraser ©   (2016-09-15 03:06) [42]


> Германн © (15.09.16 01: 39) [40]

так вся кроссплатформенность там всередині FMX, під Win32 / 64 теж можна білд FMX додатки.



Eraser ©   (2016-09-15 03:09) [43]

справедливості заради, у нас є ряд юнітів, загальних для FMX і VCL, але в них знаходяться досить абстрактні (в прямому і переносному сенсі) речі, в основному.



Германн ©   (2016-09-16 01:25) [44]


> Eraser © (15.09.16 03: 06) [42]
>
>
>> Германн © (15.09.16 01: 39) [40]
>
> Так вся кроссплатформенность там всередині FMX, під Win32 / 64
> Теж можна білд FMX додатки.
>

Саме так, що кроссплатформенность всередині FMX.
Нові проекти можна робити на FMX без особливих труднощів. Треба лише вміти користуватися довідкою. А ось перенесення вже готового VCL проекту на FMX це цілком можливо досить складна / трудомістка робота.



Германн ©   (2016-09-16 02:30) [45]

Додам згадуючи тему про дженериках http://delphimaster.net/view/1-1470613547/
Пишеш новий проект і хочеш кроссплатформенность створюй новий проект на FMX.
Маєш проект / проекти на старих версіях Дельфі і хочеш перейти на нову версію Дельфі - 777 раз подумай чи варто переносити ці проекти на нову версію. Зрештою поки ще начебто не було скарг на спільне використання декількох версій Дельфі на одному комп'ютері.



сторінки: 1 2 вся гілка

Форум: "Інше";
Поточний архів: 2018.08.05;
Завантажити: [xml.tar.bz2];

наверх









Пам'ять: 0.77 MB
Час: 0.043 c
1-1359355364
стажер
2013-01-28 10:42
2018.08.05
xml тип документа


15-1473723636
Тимохов Діма
2016-09-13 02:40
2018.08.05
Книги по Delphi


2-1468437591
Артеменко
2016-07-13 22:19
2018.08.05
Витягнути iframe з скрипта





африкаанс албанський арабська вірменин азербайджанець баскський білоруський болгарська каталонський Китайська (спрощене письмо) Китайський традиційний) хорватський чеська данську мову нідерландський Ukranian естонець Філіппінська фінську мову французький
галісійська грузинський німецький грецький гаїтянський креольський давньоєврейську хінді угорський ісландський індонезієць ірландський італійський японський корейський латиська литовець македонець малайський мальтійський норвежець
перс полірування португальська румунський російська сербський словацький словенський іспанська суахілі шведську мову тайський турецька український урду в'єтнамський валлійський ідиш бенгальський боснійський
кебуано есперанто гуджараті хауса хмонг ігбо яванський каннада кхмерская Лао латинь маорі маратхі монгольський непальська панджабі сомалійський тамільська телугу йоруба
зулуський
Англійська Французький Німецький Італійський Португальська Русский Іспанська