Программирование в Делфи
DELETED
Акула пера
4/18/2006, 11:53:42 PM
(Deimos @ 18.04.2006 - время: 15:46) Ещё бы с асмом рядом что валялось, ведь что сделаешь на асме, оно быстрей и круче, мозги заставляет работать, не то что в Делфи.
Не стоит бросаться такими заявлениями. Мозгами "работать" необходимо при использовании любого языка программирования. Естественно чтобы написать достойный код. Программу же, которая наестся сразу после запуска, написать можно на чем угодно. И много мозгов для этого не надо.
Не стоит бросаться такими заявлениями. Мозгами "работать" необходимо при использовании любого языка программирования. Естественно чтобы написать достойный код. Программу же, которая наестся сразу после запуска, написать можно на чем угодно. И много мозгов для этого не надо.
RoyalFlesh
Мастер
4/19/2006, 11:58:31 AM
(GregZ @ 17.04.2006 - время: 13:02)
Каждый кулик свое болото хвалит.
Я вот было дело междумордие на асме ваял. В нотепаде. Компилял ваткомом с командной строки. Что Вам сказать могу? Ни билдер, ни дельфи, ни VS рядом не валялись!
Честно и открыто преклоняю колени перед Ассемблером...
Наверное потому что сам в нем не очень разбираюсь...
Каждый кулик свое болото хвалит.
Я вот было дело междумордие на асме ваял. В нотепаде. Компилял ваткомом с командной строки. Что Вам сказать могу? Ни билдер, ни дельфи, ни VS рядом не валялись!
Честно и открыто преклоняю колени перед Ассемблером...
Наверное потому что сам в нем не очень разбираюсь...
GrAnd
Профессионал
4/28/2006, 8:07:45 PM
Какой-то непонятный и не содержательный разговор.
Одна мысль прозвучала трезвая, мол инструмент выбирают исходя из поставленной задачи.
И если инструмент (Delphi) способен выполнить эту задачу, то не вижу почему его не использовать.
Кстати на Delphi пишутся не только маленькие бесполезные проги, но и вполне серьезные проекты. Например, почтовый сервер Courier Mail Server разрабатывается на Delphi. Конечно, системные программы как-то было принято писать на C или на C++ в худшем случае. Но зачем, если для написания почтового сервера нужно не так уж и много - умение работать с TCP/UDP-сокетами и элементами интерфейса GUI. Все остальное и гораздо более важное, это знание различных почтовых протоколов, протокола DNS и особенностей запуска и функционирования сервисных служб. А так же немного математики, чтобы суметь анализировать и оптимизировать нагрузку. И если человек разбирается во всем этом, то ему все равно уже каким инструментом пользоваться. Потому что все они хороши, только одни лучше хороших.
Кстати, многие языки позволяют при грамотном подходе реализовать гораздо большее, чем то, ради чего они предназначены. Так, например, на языке СУБД Clarion for Windows 1.0 была написана шахматная программа. Просто для того, чтобы продемонстрировать возможности CFW.
Сам я на CFW написал 1,5 программы, а вот на ДОСовском Clarion 2.10 наваял монстра примерно на 60000-70000 строк, который эксплуатируется на предприятии уже больше 10 лет. И многие другие программы. Одна из которых делала ни много ни мало, а оптимизировала оверлейную структуру других Кларионовских программ. Хотя это было можно сделать и на Turbo Pascal и на C, но мне захотелось проверить свои способности и возможности языка. Самым сложным было не программирование, а теоретическая подготовка - пришлось немного изучить интервальный анализ и теорию графов. Сама же реализация была сделана на одном дыхании. А все потому, что ДОСовский Clarion я знаю до сих пор практически досконально. И не пользовался утилитой "Disigner" для визуального программирования (да-да, визуальное программирование было еще и под DOS), а все забивал ручками. И если кто изучит так же досконально Delphi или Visual C или еще какой язык, то он будет четко представлять, какие возможности у конкретного языка и как их использовать.
Так что не забывайте, что все эти навороты вроде кроссплатформинга, ООП и прочей ерундистики - это только сиюминутная мода, хотя и возникшая из насущных потребностей. Завтра будут новые технологии, как говорят в одной известной передаче на канале "Rambler". А программирование начинается не с этого, а с создания алгоритма программы, оценки и доказательств его эффективности и состоятельности. Берите 3 тома Д.Кнута "Искусство программирования для ЭВМ" и зубрите их. Иначе так и будете иконки пиктограмок компонентов по экрану таскать. Вобщем, заниматься визуальным, простите, онанированием. И язык со средой разработки в этом виноваты не будут.
Для примера могу привести, как я пытался написать решатель преферансных задач. Писал его и на Turbo Pascal и на Turbo C, но все равно работал решатель медленно - несколько часов вместо нескольких секунд. А все потому, что я перепутал альфа-бета алгоритм и метод ветвей и границ. Теоретическая подготовка тогда оказалась не на высоте.
Вобщем, для изучения алгоритмов и их реализаций лучше всего подходит такой язык как Borland Pascal - прямой потомок Algol'а. И то что он процедурно-ориентированный (функциональный, как его здесь обозвали), а не объектно ориентированный в данном случае только идет на пользу. Вначале нужно добиться некой дисциплины мышления, научиться мыслить категориями языка. Да хотя бы понять разницу между различными числовыми типами и особенностями их применения. А потом уже можно переходить на Delphi, на Visual C или на что еще пожелаешь. Тем более, что Pascal создавался как раз с целью обучить тупых студентов теории алгоритмов и компиляторов.
Одна мысль прозвучала трезвая, мол инструмент выбирают исходя из поставленной задачи.
И если инструмент (Delphi) способен выполнить эту задачу, то не вижу почему его не использовать.
Кстати на Delphi пишутся не только маленькие бесполезные проги, но и вполне серьезные проекты. Например, почтовый сервер Courier Mail Server разрабатывается на Delphi. Конечно, системные программы как-то было принято писать на C или на C++ в худшем случае. Но зачем, если для написания почтового сервера нужно не так уж и много - умение работать с TCP/UDP-сокетами и элементами интерфейса GUI. Все остальное и гораздо более важное, это знание различных почтовых протоколов, протокола DNS и особенностей запуска и функционирования сервисных служб. А так же немного математики, чтобы суметь анализировать и оптимизировать нагрузку. И если человек разбирается во всем этом, то ему все равно уже каким инструментом пользоваться. Потому что все они хороши, только одни лучше хороших.
Кстати, многие языки позволяют при грамотном подходе реализовать гораздо большее, чем то, ради чего они предназначены. Так, например, на языке СУБД Clarion for Windows 1.0 была написана шахматная программа. Просто для того, чтобы продемонстрировать возможности CFW.
Сам я на CFW написал 1,5 программы, а вот на ДОСовском Clarion 2.10 наваял монстра примерно на 60000-70000 строк, который эксплуатируется на предприятии уже больше 10 лет. И многие другие программы. Одна из которых делала ни много ни мало, а оптимизировала оверлейную структуру других Кларионовских программ. Хотя это было можно сделать и на Turbo Pascal и на C, но мне захотелось проверить свои способности и возможности языка. Самым сложным было не программирование, а теоретическая подготовка - пришлось немного изучить интервальный анализ и теорию графов. Сама же реализация была сделана на одном дыхании. А все потому, что ДОСовский Clarion я знаю до сих пор практически досконально. И не пользовался утилитой "Disigner" для визуального программирования (да-да, визуальное программирование было еще и под DOS), а все забивал ручками. И если кто изучит так же досконально Delphi или Visual C или еще какой язык, то он будет четко представлять, какие возможности у конкретного языка и как их использовать.
Так что не забывайте, что все эти навороты вроде кроссплатформинга, ООП и прочей ерундистики - это только сиюминутная мода, хотя и возникшая из насущных потребностей. Завтра будут новые технологии, как говорят в одной известной передаче на канале "Rambler". А программирование начинается не с этого, а с создания алгоритма программы, оценки и доказательств его эффективности и состоятельности. Берите 3 тома Д.Кнута "Искусство программирования для ЭВМ" и зубрите их. Иначе так и будете иконки пиктограмок компонентов по экрану таскать. Вобщем, заниматься визуальным, простите, онанированием. И язык со средой разработки в этом виноваты не будут.
Для примера могу привести, как я пытался написать решатель преферансных задач. Писал его и на Turbo Pascal и на Turbo C, но все равно работал решатель медленно - несколько часов вместо нескольких секунд. А все потому, что я перепутал альфа-бета алгоритм и метод ветвей и границ. Теоретическая подготовка тогда оказалась не на высоте.
Вобщем, для изучения алгоритмов и их реализаций лучше всего подходит такой язык как Borland Pascal - прямой потомок Algol'а. И то что он процедурно-ориентированный (функциональный, как его здесь обозвали), а не объектно ориентированный в данном случае только идет на пользу. Вначале нужно добиться некой дисциплины мышления, научиться мыслить категориями языка. Да хотя бы понять разницу между различными числовыми типами и особенностями их применения. А потом уже можно переходить на Delphi, на Visual C или на что еще пожелаешь. Тем более, что Pascal создавался как раз с целью обучить тупых студентов теории алгоритмов и компиляторов.
XXX_Loop_XXX
Мастер
4/30/2006, 10:43:51 PM
подмогите, плиз!
проблема в следующем:
В таблицу через SQL запрос добавляется запись.Она добавляется,но не отображается. Если закрыть и запустить прогу заново,то запись будет отображена в таблице.
Использую компонент ADO. Пробовал ADOTable1.Refresh - не хочет обновлять.
Искал в инете, но так и ничего не нашёл путного. Проблема есть, а никто дельно подсказать не может. Может на "родном" форуме подмогут мне. :)
проблема в следующем:
В таблицу через SQL запрос добавляется запись.Она добавляется,но не отображается. Если закрыть и запустить прогу заново,то запись будет отображена в таблице.
Использую компонент ADO. Пробовал ADOTable1.Refresh - не хочет обновлять.
Искал в инете, но так и ничего не нашёл путного. Проблема есть, а никто дельно подсказать не может. Может на "родном" форуме подмогут мне. :)
Модест
Новичок
5/4/2006, 3:35:01 PM
2Leon161
Если пользуешь транзакции сделай коммит. Вместо Refresh сделай close, Open. В свойствах грида поищи свойства типа SmartRefresh, SmartReload (не у всех есть).
Если пользуешь транзакции сделай коммит. Вместо Refresh сделай close, Open. В свойствах грида поищи свойства типа SmartRefresh, SmartReload (не у всех есть).
DELETED
Акула пера
5/4/2006, 5:58:58 PM
А мне кажется Delphi это неплохая штука, лично и мне она очень нравится, если узнать побольше о возможностях этого языка, то там можно творить очень нелохие штуки. Да и для понимания азов програмирования мне кажется лучше языка нет, не особо сложный синтаксис да и все остальное. Мне вот пришлось начинать именно с него. После школы я вообще не представлял себе что такое програмирование, а теперь уже предсталяю, довольно таки реально. Пусть я не пишу супер-мега программы, однако работать в нем мне пока больше нравится чем в C++ или С#. Конечно, по с равнению с С# этот язык будет слабее, и все же он не плох!!!
DELETED
Акула пера
5/7/2006, 4:21:16 PM
(ShadowS @ 16.03.2006 - время: 14:12) поделитесь возможностями данного языка и кто и что на нем пишет.
Стоит ли его изучать???
Вопрос не корректен! Если Вы собираетесь на нем делать бизнес - это один аспект. Если собираетесь на нем работать - 2 - й аспект. Если начать изучать программирование - 3 - й. Если собираетесь идти по первому аспекту - рекомендовала бы Lazarus(Аналог Delpi7), если работать - очень перспективный продукт даже если его все эабросят, если - 3 й - рекомендовала бы C++ фирмы Borland. Что можно делать на Delpi? Практически все! Программы под Windows, Linux и другие платформы, прогаммы под интернет не зависимо от браузера(если Вы одновременно работаете на Delpi и Lazarus) и все остальное, что могут современные языки прогаммирования.
Стоит ли его изучать???
Вопрос не корректен! Если Вы собираетесь на нем делать бизнес - это один аспект. Если собираетесь на нем работать - 2 - й аспект. Если начать изучать программирование - 3 - й. Если собираетесь идти по первому аспекту - рекомендовала бы Lazarus(Аналог Delpi7), если работать - очень перспективный продукт даже если его все эабросят, если - 3 й - рекомендовала бы C++ фирмы Borland. Что можно делать на Delpi? Практически все! Программы под Windows, Linux и другие платформы, прогаммы под интернет не зависимо от браузера(если Вы одновременно работаете на Delpi и Lazarus) и все остальное, что могут современные языки прогаммирования.
AngeLR
Мастер
5/15/2006, 3:05:30 PM
Сначала хотел ответить красные бикини, но потом решил просто сделать предупреждение за флуд.
красные бикини, все Ваши посты будут удаленны и прошу Вас в дальнейшем излагать свои мысли "по поводу" в одном, маскимум двух, подряд идущих, постах.
красные бикини, все Ваши посты будут удаленны и прошу Вас в дальнейшем излагать свои мысли "по поводу" в одном, маскимум двух, подряд идущих, постах.
DELETED
Акула пера
5/16/2006, 1:05:31 PM
(AngeLR @ 15.05.2006 - время: 11:05) Сначала хотел ответить красные бикини, но потом решил просто сделать предупреждение за флуд.
красные бикини, все Ваши посты будут удаленны и прошу Вас в дальнейшем излагать свои мысли "по поводу" в одном, маскимум двух, подряд идущих, постах.
Я старалась ответить на реплику с цитатой. А если получилось много подряд, так это от не умения соединить в одно. Чем удалять,лучше б научили!
красные бикини, все Ваши посты будут удаленны и прошу Вас в дальнейшем излагать свои мысли "по поводу" в одном, маскимум двух, подряд идущих, постах.
Я старалась ответить на реплику с цитатой. А если получилось много подряд, так это от не умения соединить в одно. Чем удалять,лучше б научили!
-=Велла=-
Акула пера
5/16/2006, 1:37:54 PM
(красные бикини @ 16.05.2006 - время: 09:05) (AngeLR @ 15.05.2006 - время: 11:05) Сначала хотел ответить красные бикини, но потом решил просто сделать предупреждение за флуд.
красные бикини, все Ваши посты будут удаленны и прошу Вас в дальнейшем излагать свои мысли "по поводу" в одном, маскимум двух, подряд идущих, постах.
Я старалась ответить на реплику с цитатой. А если получилось много подряд, так это от не умения соединить в одно. Чем удалять,лучше б научили!
Уважаемая, инструкция написана давно и нужно просто ее прочесть. Инструкция по написанию сообщений ЗДЕСЬ. Как пользоваться форумом - ЗДЕСЬ.
красные бикини, все Ваши посты будут удаленны и прошу Вас в дальнейшем излагать свои мысли "по поводу" в одном, маскимум двух, подряд идущих, постах.
Я старалась ответить на реплику с цитатой. А если получилось много подряд, так это от не умения соединить в одно. Чем удалять,лучше б научили!
Уважаемая, инструкция написана давно и нужно просто ее прочесть. Инструкция по написанию сообщений ЗДЕСЬ. Как пользоваться форумом - ЗДЕСЬ.
bara-igor
Новичок
5/21/2006, 12:50:59 PM
Уважаемые программисты и им сочувствующие! Предлагаю перевезти эту тему на более практическую сторону. Для начала предлагаю кокретный вопрос.
Юникоды Delphi и юникоды Windows не одно и тоже. Кстати, кому нужны юникоды Delphi русского языка, я с удовольствием вышлю! Меня интересуют
юникоды Delphi иврита, арабского и казахского языков(о последнем меня попросили с другого форума). Буду благорен всем, кто сможет мне помочь!
Юникоды Delphi и юникоды Windows не одно и тоже. Кстати, кому нужны юникоды Delphi русского языка, я с удовольствием вышлю! Меня интересуют
юникоды Delphi иврита, арабского и казахского языков(о последнем меня попросили с другого форума). Буду благорен всем, кто сможет мне помочь!
NetWolfX
Новичок
6/25/2006, 7:04:30 AM
Delphi и C++ - языки постепенно отходящие. C# - очень востребован. Я лично изучаю Delphi, хотя он менее востребован, чем C++. А вообще - что будет требовать работодатель, то и придется учить (правда это уже будет относительно поздно :) ).
DELETED
Акула пера
6/25/2006, 4:13:09 PM
(NetWolfX @ 25.06.2006 - время: 03:04) Delphi и C++ - языки постепенно отходящие. C# - очень востребован. Я лично изучаю Delphi, хотя он менее востребован, чем C++. А вообще - что будет требовать работодатель, то и придется учить (правда это уже будет относительно поздно :) ).
Меня это просто поражает!
Откуда у Вас такие сведения, что Delphi и C++ постепенно "отходящие" языки?
Меня это просто поражает!
Откуда у Вас такие сведения, что Delphi и C++ постепенно "отходящие" языки?