Кстати, легендарный http://www.isdelphidead.com/ что-то не открывается К чему бы это?
Share this:
Понравилось это:
Нравится Загрузка.
Похожее
by A on 30 января, 2012 • Постоянная ссылка
Posted by A on 30 января, 2012
Предыдущая запись
Из Delphi в FreePascal под Mac OSX
Следующая запись
Разработка через тестирование (TDD) и Delphi
26 комментариев
kdv
пункт 8 — явное заблуждение. такие же мысли у людей витали как бы не лет 10 назад. И ничего, десктопные приложения никуда не делись. пункт 9 — когда есть интернет, люди предпочитают не отрывать зад от стула. Сравните посещаемость конференций Микрософта за последние лет пять (по каждому году).
Frantic
К пункту №8 меня подтолкнула статья на хабре о Windows 8: http://habrahabr.ru/blogs/windows/134115/
Там упоминается Win RT — следующий виток развития WinAPI. К нему будет доступ с .NET и HTML+JS. Внимание, вопрос: как Вы думаете, насколько быстро Delphi подстроится к новому API? Ну а насчет конференций — у Python-разработчиков, например, интернет такой же, как и у Delphi-разработчиков, но тем не менее они регулярно собирают людей и проводят мероприятия. Возможно, дело в пассивности пользователей Delphi?
Программирование в Delphi / Урок 1. Знакомство со средой разработки. Приложение «Привет, мир!»
deksden
Если за Delphi принять и вариацию Oxygene от RemObjects, то уже подстроился))
panda
>> Delphi на несколько лет отстает от других технологий. Это факт, и тут особо не поспоришь. И если отдельные вещи в язык/среду добавляются, то например, о сборщике мусора остается только мечтать. >> Delphi-разработчикам платят меньше
>> никто не застрахован от получения legacy-приложения на доработку Комбинация этих двух пунктов может дать выход. Никто не хочет сопровождать legacy-приложения или плавно переводить их на что-то современное.
Соответственно в краткосрочной перспективе delphi-разработчик может найти высокооплачиваемую работу. >> Стереотип, что Delphi разработчики – ничего не умеющие школьники К сожалению, это так. >> Процесс разработки приложений с использованием VCL подталкивает жестко связать UI и логику Ой, да ладно! >> RAD Studio – не слишком удобная IDE, а Delphi – не самый интересный и гибкий ЯП . См. п. 1, ага. Но никто ж не мешает делать связку Delphi + Lua или Delphi + Python.
Море интереса обеспечено. >> Выйти из зоны комфорта и бороться со своей привязанностью к языку, платформе и технологии Так это не про delphi. Вокруг полно C#-еров, которые ничего другого знать не хотят и не могут. >> Учить новые языки программирования и технологии Безусловно.
Даже простое изучение нового языка способно дать много новых идей для разработки на старом. >> Desktop-приложения постепенно уходят, а современный web с HTML5 идет ему на замену. Извините, но это просто чушь. На замену идут приложения для iOS и Android, а не HTML5. И вот тут (сюрприз-сюрприз) у delphi есть аргумент в виде FireMonkey. >> Delphi-разработчики не проводят веселых и интересных конференций К сожалению, да.
Delphi DS150E, Autocom, Multidiag — диагностический сканер с Aliexpress
Frantic
Спасибо, конструктивно
Echmel
Бросать то,что хорошо работает и лучше всего знаешь не стоит. Дельфи — проверенное средство. Если бы сейчас вдруг появилась бы среда с аналогичными возможностями, то многие стали бы ее рьяно обсуждать и говорить какая она красивая, стали бы как всегда сравнивать с другими средами и языками — разводить троллерские темы (священные войны ) на тему преимуществ.
Даже если взять текущую любую технологию и не развивать ее, то она просто устареет уже через пять лет. Мир ИТ подгоняет сам себя и все только ради денег, а не удобства. У Эмбаркадеро есть опыт, есть IDE , а главное — умные люди.
Дельфи достаточно гибкий язык, что бы плохо о нем выражаться (конкретизируйте свои претензии, не надо голословных выпадов) и в последнее время он активно развивается. Delphi — идеальное решение для Бизнес-приложений. Например, такая библиотека как ДатаСнап в последних версиях получила новую жизнь и значительные дополнения.
Frantic
Спасибо за комментарий! Разумеется, у Delphi есть своя ниша, в которой она — один из лучших инструментов. А о Delphi, как языке, я плохо не выражаюсь — просто говорю, что есть ЯП и по-интересней
Источник: delphizen.wordpress.com
Форум АСУТП
Delphi и для чего он нужен.
Сообщение chegevara » 15 фев 2016, 12:46
В этой теме мне хотелось бы услышать мнение по поводу языка»object pascal»который используется в Delphi.Меня насторожило то что в интернете пишут и программисты говорят что этот язык «Мёртвый»,но по нему у меня в двух семестрах идёт обучение +учебная практика на нём. Вопрос .зачем нужно изучать Delphi?Для чего он может пригодится?Может практику лучше сделать на «отстаньте»,а заняться изучением других языков?И какие задачи на этом»Мёртвом языке»ставятся на практике в работе АСУ ТП?Спасибо.
chegevara
Delphi и для чего он нужен.
Сообщение Alexander » 15 фев 2016, 13:21
Мертвым это кажется тем программистам, которые не занимаются системами управления. Для этих целей он вполне живой, и сделать на нем можно все, чего душа пожелает, начиная с отображения объекта управления, и кончая непосредственно управлением. Короче, то же самое, что умеет делать любая SCADA. А изучать, или нет — это предмет вашего волюнтаризма, и не более.
Alexander
Delphi и для чего он нужен.
Сообщение rwg » 15 фев 2016, 13:23
Язык Paskal и среда программирования Delphi к моему огромному сожалению действительно чуть живы. По своим возможностям Paskal равноценен по возможностям языку Си. Существуют программы для перекодировки из одного языка в другой. Преимущество Паскаля перед Си — ему легче научиться, в программе проще разобраться и найти ошибки.
Недостаток тот же самый — в Си твои ошибки может найти только более классный программист, сишный запутанный листинг вызывает уважение. А в Паскалевской программе разберётся любой умеющий программировать. Поэтому, чтобы посторонние не лазили в твои листинги и не тыкали тебя носом в твои ошибки, лучше писать на Си. Если хочешь писать для себя, без ошибок, по-моему равноценной замены Delpi 7,0 нет.
Если собираешься программировать микроконтроллеры — там альтернативы Си не знаю, почти все приличные компиляторы работают с Си. Но и в этом случае по-моему лучше сперва научиться программировать на Паскале без ошибок, а потом писать программы стилем «на Си как на Паскале».
Автор темы
Delphi и для чего он нужен.
Сообщение chegevara » 15 фев 2016, 14:14
rwg писал(а):
Если собираешься программировать микроконтроллеры — там альтернативы Си не знаю, почти все приличные компиляторы работают с Си. Но и в этом случае по-моему лучше сперва научиться программировать на Паскале без ошибок, а потом писать программы стилем «на Си как на Паскале».
Здравствуйте. Не могли вы подсказать о на какой версии языка СИ идёт программирование микро контролёров?С89 С99 С11?Просто я скачал с курсов по языку СИ компилятор WinGW на нём можно чего-нибудь на учится?Или для программирования Микро контролёров нужна другая среда разработки? Я студент в университете ищу у бывалых информацию Нач практики говорит что для нас это самое лучшее для практики занятие.
chegevara
Delphi и для чего он нужен.
Сообщение rwg » 15 фев 2016, 15:08
Для каждого типа микроконтроллеров (их немерянное количество) может быть несколько сред программирования, платных и бесплатных, с разными диалектами. Освоите один любой, любой следующий освоите за считанные часы-дни. Дешевле всего по-моему начинать с контроллеров AVR, насчёт среды программирования подскажут их фанаты (только не застряньте на уровне Arduino).
Кстати, компилятор WinGW вроде бы для программирования под Windows. Думаю (но не проверял), что такое смесь — Си под Windows — кратчайший путь для начинающих к потере желания учиться программировать.
Автор темы
Delphi и для чего он нужен.
Сообщение chegevara » 15 фев 2016, 17:17
rwg писал(а):
Кстати, компилятор WinGW вроде бы для программирования под Windows. Думаю (но не проверял), что такое смесь — Си под Windows — кратчайший путь для начинающих к потере желания учиться программировать.
Это первый компилятор который у меня пошёл и я написал «hello World»наоборот он предал желание во всём это разбираться учится.
chegevara
Delphi и для чего он нужен.
Сообщение Jackson » 15 фев 2016, 17:52
chegevara писал(а): наоборот он предал желание во всём это разбираться учится
Нагло и подло предал?
По вопросам работы Форума можно обратиться по этим контактам.
Jackson
Delphi и для чего он нужен.
Сообщение Степа » 15 фев 2016, 19:41
rwg писал(а): по-моему равноценной замены Delpi 7,0 нет.
Есть. Во всяком случае XE5 — весьма неплохо выглядит.
Степа
Delphi и для чего он нужен.
Сообщение Alexander » 16 фев 2016, 09:18
Если нет желания заниматься Паскалем, то есть равноценная Делфи среда разработки под названием Си Билдер. Возможности те-же самые, и может даже чутка шире.
Alexander
Delphi и для чего он нужен.
Сообщение Никита » 16 фев 2016, 09:35
Ну во-первых, среда сейчас общая и называется RAD Studio. Содержит оба языка и компиляторы под Win, Mac, Android и т.п. А на чем писать — дело вкуса.
Во-вторых, Паскаль — сам по себе учебный язык изначально. Исторически так сложилось, что сначала изобрели «мертвый» язык для студентов и программирования «в тетрадке», а только через несколько лет появился к нему компилятор.
В сравнении с тем же С, Паскаль более требователен к программисту. Хотя бы в том, что наглое присваивание переменной одного типа значения из переменной другого Паскаль не пропустит, а для С — нормальное явление. Больше возможностей, но и больше ответственности на программисте. Там где Компилятор Паскаля укажет на возможную ошибку, компилятор С сочтет что это так и должно быть. Ну и менее громоздкие конструкции. Для примера — пара begin-end и пара < >.
В общем, если учиться программированию — Паскаль подходит больше, а если уже уметь и программировать — С удобнее.
Опыт — это когда на смену вопросам: «Что? Где? Когда? Как? Почему?» приходит единственный вопрос: «Нахрена? «
Никита
Delphi и для чего он нужен.
Сообщение Jackson » 16 фев 2016, 11:28
Никита писал(а): В общем, если учиться программированию — Паскаль подходит больше, а если уже уметь и программировать — С удобнее.
Мне кажется, взрослому человеку следует учиться сразу на том, с чем он собирается иметь дело. Зачем терять время?
По вопросам работы Форума можно обратиться по этим контактам.
Jackson
Delphi и для чего он нужен.
Сообщение Никита » 16 фев 2016, 11:52
Есть нюанс. С ближе к железу, а паскаль — чито учебная вещь. Для того чтобы нормально освоить С с системой указателей и представлением данных (я уже не говорю про С++ со всеми конструкторами объектов) очень неплохо иметь познания о работе процессора, адресации, том же представлении данных, работе стека и вызовах процедур и т.п. Тогда — да, он станет удобным инструментом.
А если речь чисто о разработке алгоритмов, без привязки к аппаратному обеспечению — Паскаль удобнее, он больше потенциальных проблем отлавливает на этапе компиляции.
Та же Java, хоть и использует синтаксис от С, в плане идеологии ближе к Паскалю.
Ну а если говорить про АСУТП — тогда вообще лучше изучать МЭКОвские языки. Ну и ST, опять же, ближе к Паскалю.
Опыт — это когда на смену вопросам: «Что? Где? Когда? Как? Почему?» приходит единственный вопрос: «Нахрена? «
Никита
Delphi и для чего он нужен.
Сообщение Jackson » 16 фев 2016, 12:04
Никита писал(а): а паскаль — чито учебная вещь.
насколько он удобнее — настолько и бесполезнее. Зачем иметь навык пользования очень удобной, но совершенно бесполезной вещью?
Отправлено спустя 2 минуты 47 секунд:
Никита писал(а): Ну а если говорить про АСУТП — тогда вообще лучше изучать МЭКОвские языки
Если человек собирается идти сперва на средний уровень, ближе к ПЛК — однозначно да.
Никита писал(а): Ну и ST, опять же, ближе к Паскалю.
Это очень условно. Просто «похожесть» больше. Болид F1 меньше похож на привычный автомобиль чем Renault Logo, однако F1 тоже автомобиль, и ездит быстрее.
По вопросам работы Форума можно обратиться по этим контактам.
Jackson
Автор темы
Delphi и для чего он нужен.
Сообщение chegevara » 16 фев 2016, 16:32
Никита писал(а): Ну а если говорить про АСУТП — тогда вообще лучше изучать МЭКОвские языки. Ну и ST, опять же, ближе к Паскалю.
Не могли бы вы мне подсказать что означает выражение «МЭКОВСКИЕ ЯЗЫКИ»? Чтобы я точно знал как загуглить.
chegevara
Delphi и для чего он нужен.
Сообщение Romcheg » 16 фев 2016, 16:41
IEC61131.3 (МЭК 61131.3)
SCADA+
Romcheg
Delphi и для чего он нужен.
Сообщение Marrenoloth » 16 фев 2016, 17:08
Как отправная точка для гугла, https://ru.wikipedia.org/wiki/IEC_61131-3
Marrenoloth
Delphi и для чего он нужен.
Сообщение rwg » 16 фев 2016, 18:17
TEB писал(а): Паскаль — насколько он удобнее — настолько и бесполезнее. Зачем иметь навык пользования очень удобной, но совершенно бесполезной вещью?
Охотничье ружьё в наше время — совершенно бесполезная вещь. Но у многих есть, и не одно. А от Паскаля польза — тренировка логического мышления и повышение надёжности программ.
Delphi и для чего он нужен.
Сообщение Jackson » 16 фев 2016, 19:10
rwg писал(а): А от Паскаля польза — тренировка логического мышления и повышение надёжности программ
Я тут не вполне согласен. И на С/С++ и на МЭКовских языках тренировка для мозгов ничуть не хуже. Лучший способ научиться плавать в воде — залезть в воду, в бассейн побольше, или в море, а не в тазике имитировать плескание. [+] и тут Остапа понесло Согласен что студентам можно преподавать всё что угодно, что тренирует мозги.
Например Паскаль и ассемблер, сопромат, логистика, основы налогооблажения и бухгалтерского учёта — это всё я изучал в ВУЗе на специальности «электромеханик судовой» — отлично натренирует мозги и даст понимание о том где искать ответ в случае чего, в подкорки вобьёт. Поэтому советские инженеры и славились эрудицией. У меня в голове не осталось ничего по бух.учёту, но я знаю где и что искать. Не зря же шутили что кто сдал сопромат — тому можно жениться. 🙂
Но это всё не отменяет основной специализации. Если человек идёт на программирование ПЛК чётко и ясно — следует и накидываться на МЭКовские языки, тем более что их конструкции сильно отличаются от того же паскаля, и уж если будет время потренироваться — пожалуйста, те же задачи можно попробовать решить на паскале и посмотреть что получится. Если человек идёт на программирование где будет С и С++, то в первую очередь С и С++ и надо изучать.
Наши ВУЗы готовили инженеров не только под задачу, но и вообще — посмотрите, чем только не занимались выпускники, и притом успешно занимались, и занимаются. И паскаль был кажется на всех технических специальностях без исключения. Но если человек уже точно решил на что он целится — пусть сразу и учится на этом.
По вопросам работы Форума можно обратиться по этим контактам.
Jackson
Delphi и для чего он нужен.
Сообщение Степа » 17 фев 2016, 06:59
Никита писал(а): В сравнении с тем же С, Паскаль более требователен к программисту. Хотя бы в том, что наглое присваивание переменной одного типа значения из переменной другого Паскаль не пропустит, а для С — нормальное явление.
Извините, но это совсем не так. Наглое присваивание не работает на МЭКовских языках /в реализациях SIEMENS, PCWorks и CoDeSyS точно/, на Delphi — без проблем.
Никита писал(а): Ну и менее громоздкие конструкции. Для примера — пара begin-end и пара < >.
С Delphi 7 набираешь be, жмешь Ctrl-J и все /не помню только, это уже стандартно или надо добавить в конфигурашку/.
Кстати, Си /не помню уже версию — давно было/ тоже можно было настроить так, чтобы прожирал begin-end.
Никита писал(а): В общем, если учиться программированию — Паскаль подходит больше, а если уже уметь и программировать — С удобнее.
Из неверных посылок — неверный вывод.
Си удобнее тем, для кого он «родной». Мне вот роднее Паскаль /сначала был Turbo Pascal, теперь — Delphi/, но с доисторических времен не вызывает проблем ни Бейсик, ни Си, ни добрый десяток различных ассемблеров. И еще ни разу не встречал действительно объективных достоинств или недостатков того или иного языка. Всегда это были субъективные причины: незнание, неумение.
Или, как в случае с Delphi — проблемы фирмы-производителя. Ну или область применения — сложно, понимаешь, на STL сделать приложение для телефона.
Самая востребованная у меня книга по WinApi — с примерами на Visual Basic. Самая зачитанная — по безопасности с примерами на Си.
Степа
Delphi и для чего он нужен.
Сообщение Никита » 17 фев 2016, 20:14
Извините, но это совсем не так. Наглое присваивание не работает на МЭКовских языках /в реализациях SIEMENS, PCWorks и CoDeSyS точно/, на Delphi — без проблем.
Немного из другой оперы, но близко.
для переменной int a; проверка if(a) <. >вполне допустима, а вот для var a:interger потребуется явное if a<>0 then begin. end;
И в первом случае проблема программиста понять, что он пишет и что с чем сравнивает, во втором — как раз правильно написать что ему надо. С плавающей точкой или вложенными в if операторами еще проще/сложнее, операции — те вообще могут по результату и флагу сразу в переходы по JNZ компилироваться. Переменные из С# с nullable не рассматриваем, там уже другой подход.
Кстати, Си /не помню уже версию — давно было/ тоже можно было настроить так, чтобы прожирал begin-end.
Так блин.. Директивами препроцессора можно хоть на матерный перевести. Только зачем
Си удобнее тем, для кого он «родной». Мне вот роднее Паскаль /сначала был Turbo Pascal
Я еще раз тезис повторю. С удобнее тем, что сразу просматривается работа компилятора и машинные инструкции. Тем, кто с железом знаком — он ближе. Для примера возьмите хотя бы Фролова и популярную в свое время серию «Библиотека системного программиста» Явно просматривается начало (ну и окончание на API тоже). Нортона не беру, у него больше в ассемблере примеры, хотя и на С попадаются.
Да, это все двадцатилетней давности, но и языки рассматриваемые из тех же времен. Сегодня с типизацией и адресацией вообще не заморачиваются. Давеча вот пришлось осваивать скрипты в Инсатовском MasterOPC — ни Паскаль ни С тут ни при делах. Типов нет, массивы динамические, главное логика работы.
Опыт — это когда на смену вопросам: «Что? Где? Когда? Как? Почему?» приходит единственный вопрос: «Нахрена? «
Никита
Delphi и для чего он нужен.
Сообщение Степа » 18 фев 2016, 15:35
Никита писал(а): Я еще раз тезис повторю. С удобнее тем, что сразу просматривается работа компилятора и машинные инструкции. Тем, кто с железом знаком — он ближе. Для примера возьмите хотя бы Фролова и популярную в свое время серию «Библиотека системного программиста» Явно просматривается начало (ну и окончание на API тоже).
Нортона не беру, у него больше в ассемблере примеры, хотя и на С попадаются. Да, это все двадцатилетней давности, но и языки рассматриваемые из тех же времен. Сегодня с типизацией и адресацией вообще не заморачиваются. Давеча вот пришлось осваивать скрипты в Инсатовском MasterOPC — ни Паскаль ни С тут ни при делах. Типов нет, массивы динамические, главное логика работы.
Ну повторить, так повторить.
Если просматривать программу с точки зрения именно машинных инструкций, то паскаль куда как ближе: команда xor в машинных инструкциях есть, а вот команды ^ — нет.
Эти всякие ^, += и т.п. — сокращают размер набираемого текста. Попутно усложняют читабельность: i := i + 1 прочитает почти любой, inc(i) — знакомый с ассемблером, i += 1 — исключительно только знающий Си. Во времена расцвета ZX Spectrum размер исходного текста был, в общем-то, важен. Сейчас — это даже не смешно: основной расход времени программиста далеко не на набор команд.
Остальное же. Повторю: самая востребованная у меня книга по WinAPI — с примерами на Visual Basic. MSDN — с примерами на Си. Ни разу не мешает делать нужное на Паскале — Паскаль мне «роднее», соответственно возможности языка и среды разработки изучены лучше. Хотя если требуется /преподы требуют программы с исходниками/, то вопросов нет.
Никто и ничто не мешает связывать программы на разных языках: у нас уже больше десятка лет работает связка программы на Си и библиотеки на Паскале /Delphi/ — программу купили, а библиотеки делаем сами, под наши задачи с нашими тонкостями и нюансами.
Чем современнее язык и дальше от железа, тем меньше внимания уделяется типизации. Раньше такое только Бейсик и позволял /насколько помнится, там только строковые переменные и отличались знаком $ после имени/. Вот тот, древний Бейсик — действительно мертвый язык, непонятно для чего изучаемый /в техникуме и в институте был; в школе тогда еще информатика была смешной — программы писались командами на русском языке и отрабатывались ручкой на бумажке, компьютер в лучшем случае был нарисован на плакатике/.
Источник: asutpforum.ru
Достоинства и недостатки delphi
Рождение новых подходов к программированию обуславливается прежде всего стремлением к повышению производительности труда программиста. Разработчики нововведений стремятся облегчить разработку крупномасштабных программных проектов, в которых задействовано большое число программистов, прежде всего за счет более удобных средств расчленения задачи на отдельные составляющие, а также за счет более продуктивных методов защиты от ошибок в программах — их верификации, ужесточения синтаксических требований и т. д. Наиболее важными нововведениями последних лет стали объектное и событийное программирование, а также развивающийся в последнее время визуальный подход к программированию.
В данной работе предпринимается попытка провести сравнительный анализ конкретных реализаций этих новых подходов к программированию.
Анализ языка программирования Delphi
Последняя на сегодняшний день версия — 2009. Delphi является мощным и универсальным средством разработки приложений, RAD-оболочкой. Ее вместе с библиотекой VCL, на которой оболочка основана и написана, можно назвать действительно революционной. Сравнение с C++ Builder 4 показывает, что производительность Pascal-кода, сгенерированного Delphi, всего на 4-5% меньше, чем кода C++.
Возможности языка практически не ограничены. Конечно, Object Pascal накладывает определенные ограничения, но для тех вещей, для которых ее писали, Delphi подходит практически оптимально. Из понравившихся (но, разумеется, нестандартных) «улучшений», внесенных Borland в Object Pascal, хотелось бы выделить свойства (properties) и перегружаемость процедур и функций (overloading).
Определенные неудобства при работе с низкоуровневыми функциями API может вызвать то, что стандартным языком для API все же является С, и именно на нем пишутся все новые Software Development Kit (SDK) и заголовочные файлы к ним. Это ни в коем случае не означает, что вы не сможете работать с новыми SDK, просто вам придется написать несложный (но, возможно, объемный) код на Pascal, в котором определить интерфейсы данного SDK. Не поленитесь, однако, поискать на серверах, посвященных Delphi. Очень может быть, что эту работу кто-то уже сделал.
Достоинства языка программирования
Простота, скорость и эффективность Delphi объясняют ее популярность. Delphi имеет один из самых быстрых компиляторов, порождающий, тем не менее, весьма и весьма неплохой объектный код.
Есть и другие достоинства: простота изучения Object Pascal; облегчающие жизнь нововведения — вроде свойств (properties); программы, написанные на Delphi, не требуется снабжать дополнительными библиотеками (в отличие от связки C++/MFC). В самом деле, VCL предоставляет удобный, легко расширяемый объектно-ориентированный интерфейс к Windows, что ни в коей мере не мешает программисту опускаться в самые глубины Windows API.
Создателям оригинальных компонентов это приходится делать довольно часто, в отличие от «просто программистов». Как было сказано выше, модель программирования в Delphi — компонентная, что позволяет пользоваться компонентами, написанными другими разработчиками, даже не имея их исходного кода и уж подавно не изучая его.
В Интернете есть огромное количество компонентов, значительная часть которых распространяется бесплатно. Применение компонентной модели приводит к тому, что довольно многое в поведении объектов программировать не нужно вообще, и многое, на что в других средах ушли бы недели, можно сделать за часы или даже минуты. Оно и понятно — это ведь RAD-среда.
К достоинствам можно отнести очень быстрый браузер классов и мгновенный вывод подсказки автозавершения кода (code completion). Если кратко — может все. Конечно, Object Pascal накладывает определенные ограничения, но для тех вещей, для которых ее писали, Delphi подходит практически оптимально.
Из понравившихся (но, разумеется, нестандартных) «улучшений», внесенных Borland в Object Pascal, хотелось бы выделить свойства (properties) и перегружаемость процедур и функций (overloading). Определенные неудобства при работе с низкоуровневыми функциями API может вызвать то, что стандартным языком для API все же является С, и именно на нем пишутся все новые Software Development Kit (SDK) и заголовочные файлы к ним. Это ни в коем случае не означает, что вы не сможете работать с новыми SDK, просто вам придется написать несложный (но, возможно, объемный) код на Pascal, в котором определить интерфейсы данного SDK. Не поленитесь, однако, поискать на серверах, посвященных Delphi. Очень может быть, что эту работу кто-то уже сделал.
Недостатки языка программирования
Их мало, но они есть. Главный, на мой взгляд, недостаток (и одновременно достоинство) — статическое присоединение (linking) библиотеки VCL и компонентов к исполняемому файлу. Справедливости ради надо сказать, что VCL можно линковать и динамически, но тогда с каждым своим приложением вам придется распространять еще и VCL, а это более 3 Мбайт.
Однако если не увлекаться интерфейсными «наворотами» и использовать в программе минимально необходимое число компонентов, то исполняемый файл будет невелик. Другой недостаток (и опять же достоинство) состоит в том, что в используемой в Delphi парадигме форм (Forms) вся информация о форме, включая свойства, настройки компонентов, значения по умолчанию, хранится в exe-файле, причем не оптимальным образом.
Анализ исходного кода VCL показывает, что при создании формы фактически происходит чуть ли не синтаксический разбор данных инициализации, что не может ее не замедлять. Третий недостаток, который кто-нибудь тоже может назвать достоинством, — это Object Pascal. Несмотря на простоту, эффективность и легкость в изучении, ему не хватает очень многих мощных средств C++.
Мне, например, не достает шаблонов, перегрузки операторов и объектной модели, похожей на объектную модель C++ . Разочаровала Delphi и малым числом параметров оптимизации кода. Кроме того, заметна тенденция к «разрастанию» exe-файлов, генерируемых Delphi. Так, большинство небольших проектов, разработанных в Delphi 4, при перекомпиляции в Delphi 5 «растолстели» на 40-70 Кбайт, при этом, разумеется, не обретя новой функциональности.
Delphi позволяет создавать приложения интерактивным выбором необходимых компонентов из Component Palette и перетягиванием их на форму. Основное же достоинство этого метода заключается в том, что Delphi при этом самостоятельно создает необходимый код. Это напоминает по своим возможностям Visual Basic и другие подобные языки программирования, однако в случае Delphi вы получаете настоящий объектно — ориентированный код и все возможности этого подхода, включая расширение функциональных возможностей компонентов Delphi до уровня, удовлетворяющего ваши запросы. Вы можете использовать компоненты Delphi, можете наследовать их и добавлять собственные методы, а кроме того, вы можете использовать управляющие элементы Active X.
Одно из основных отличий Delphi от других похожих инструментов визуальной разработки приложений заключается в наличии действительно быстрого, эффективного компилятора. Компилятор выдает не только сообщение о ошибках, но и огромное количество предупреждений и подсказок, которые позволяют создавать более ясный код. Важным достоинством является также выдача одновременно нескольких сообщений об ошибках, что позволяет быстрее исправлять их.
Одна из больших проблем не визуального программирования -создание пользовательского интерфейса, т. е. Решение всех вопросов взаимодействия с пользователем: что он будет видеть на экране, какой внешний вид должны иметь кнопки. Что стоит коммуникационная программа с множеством меню, кнопочек и подсказок, анимированная и озвученная, если она просто не знает, как работать с модемом? Delphi позволяет создавать программу, вложив максимум сил и умения в ее рабочую часть, и всячески помогает вам в той области, где не имеет конкурентов, — в области создания пользовательского интерфейса. Потратив некоторое время на обучение работе Delphi, вы сможете легко и просто создавать пользовательские интерфейсы, не сравнимые ни с какими другими, созданные с помощью традиционного инструментария. Более того, они будут не просто элегантны, но при необходимости будут обладать в виде разработанных вами новых управляющих элементов, что не займет у вас много сил и времени с таким помощником, как Delphi.
Благодаря объектно-ориентированной природе Delphi вы можете создавать свои компоненты не только с нуля, но и используя богатый набор имеющихся компонентов. Помимо создания новых компонентов, расширяемость Delphi включает также возможность интегрирования в среду Delphi целых подпрограмм, называемых экспертами. Expert Interface позволяет вам дополнять среду своими пунктами меню и диалоговыми окнами для расширения ее функциональности.
Но основным преимуществом Delphi является его среда программирования с визуальным конструктором программ. Эта среда (вместе с объектной библиотекой VCL) позволяет эффективно программировать под MS Windows, не отвлекаясь на выяснение всех деталей Win API, а работать над логикой программы.
Delphi обладает высокоразвитыми средствами для работы с базами данных. Базы данных позволяют эффективно управлять информацией. Delphi позволяет эффективно создавать приложения, работающие с базами данных.
Используя программы Delphi и Access для создания информационно-справочных систем мы можем отметить как положительные стороны этих программ, так и отрицательные. Но выбирая из списка существующих программ, для программирования и БД, мы выбрали именно эти. Далее мы опишем положительные и отрицательные стороны данных программных продуктов.
1) Преимущества программы Delphi.
Базовый курс программирования ориентирован на работу в Borland Delphi. Выбор среды быстрой разработки приложений (RAD) Delphi обусловлен как тем, что это наиболее популярная среда программирования на просторах России, так и несомненными объективными достоинствами Delphi. Среди этих достоинств:
— простой и мощный язык программирования Pascal;
— удобная и полная объектная модель;
— достаточно удобная среда разработки;
— обширная объектная библиотека VCL;
— мощные средства разработки приложений баз данных.
Рассмотрим эти особенности Delphi подробнее.
Язык программирования Паскаль (Pascal) был создан Н. Виртом в 1968 году специально для обучения студентов. Язык Паскаль представлял собой квинтэссенцию технологий программирования середины 60-х — эпохи создания структурного программирования. Язык был популярен в университетской среде Европы (в том числе и в Советском Союзе).
Однако бедная и не вполне удачная система ввода/вывода и отсутствие поддержки разбиения программ на модули не позволили в то время Паскалю выйти за пределы учебных аудиторий. Однако прозрачный и мощный язык послужил основой для многих экспериментов в области языков программирования.
В начале 80-х годов появилась система программирования Turbo Pascal фирмы Borland, в которой использовался расширенный диалект языка Паскаль с усовершенствованной системой ввода/вывода и поддержкой модулей. Именно этот диалект языка и стал наиболее распространенным, так как мог быть использован в создании современных больших приложений. В конце 80-х годов в диалект языка Паскаль от Borland были добавлены объектно-ориентированные расширения, а 1992 году Borland Pascal стал поддерживать программирование для MS Windows. При этом Паскаль сохранил простоту и выразительную мощь учебного языка.
Объектно-ориентированные средства языка Паскаль прошли большой путь от простейших объектных расширений в TurboPascal 5.5 до современной объектной модели Delphi, не уступающей по своим потенциальным возможностям ни одному объектно-ориентированному языку. Объектная модель Delphi поддерживает все средства которые могут понадобиться при объектно-ориентированном программировании. Кроме того, Delphi поддерживает объектные технологии Microsoft и, следовательно, может использоваться для создания приложений и компонент COM/DCOM, а в последних версиях и dotNET.
Но основным преимуществом Delphi является его среда программирования с визуальным конструктором программ. Эта среда (вместе с объектной библиотекой VCL) позволяет эффективно программировать под MS Windows, не отвлекаясь на выяснение всех деталей Win API, а работать над логикой программы.
С точки зрения профессионального программиста не менее важно то, что Delphi обладает высокоразвитыми средствами для работы с базами данных. Базы данных позволяют эффективно управлять информацией. Delphi позволяет эффективно создавать приложения, работающие с базами данных.
2. Достоинства Microsoft Access.
Выбор системы управления баз данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.
Во время написания дипломной работы рассмотрены основные особенности СУБД MS Access, ее функциональные возможности и на основании этой информации можно определить сферу эффективного применения этой СУБД.
Основополагающим фактором является использование платформы фирмы Microsoft — операционной системы Windows. Хотя MS Access применяется только под Windows, широчайшее распространение этой ОС не является препятствием для массового использования.
Наиболее значимые характеристики сферы применения Microsoft Access заключаются в следующем:
— наличие некоторого объема информации, который необходимо систематизировать и хранить централизованно. Этот объем информации не должен превышать некоторого предела, например, крупные корпоративные системы, хранилища данных OLTP или системы OLAP — это не вариант использования Access; ограниченность материальных и трудовых ресурсов для разработки системы хранения данных. В этом плане Access предоставляет довольно богатые возможности за небольшую стоимость. Цена разработки и сопровождения данной СУБД вполне доступна даже малым компаниям или предпринимателям; использование данных преимущественно в режиме однопользовательского доступа. Возможно, конечно, увеличение числа одновременно работающих пользователей, за счет возможностей ядра Access, однако при больших количествах использование Access нецелесообразно, ввиду пропорционального увеличения сетевого трафика, и снижения скорости обработки данных;
— отсутствие жестких требований по защите информации. Access позволяет защищать данные лишь на пользовательском уровне. Чего, однако, вполне хватает для защиты от просмотра или неосторожных действий в среде сотрудников небольшой компании. Отсюда сделаем вывод, что доверять MS Access секретные или очень ценные данные не стоит; наличие потребности публиковать данные в сети Intranet или Internet, или редактировать их с помощью браузера.
— факторы скорости работы программ не являются критическими. Если программа создана в Access не стоит ожидать от нее высокой производительности. Однако, существует огромный круг задач, в которых основное время при работе с программой приходится на ожидание действий пользователя.
В таком случае невысокая скорость программы абсолютно не заметна; при использовании MS Access исключается необходимость иметь такую должность, как администратор БД. Все административные операции просты и автоматизированы; распространенность OC Windows, простота и стандартизированность интерфейса, наличие большого количества удобных Мастеров делают Access очень дружественной для большинства пользователей. И с другой стороны можно полагаться на стабильность производителя, компания Microsoft является одним из мировых лидеров в производстве ПО и обеспечивает свои продукты подробной документацией, технической поддержкой и локализацией.
Источник: genueguru.ru