Здравствуйте eim, вы писали:
eim>Здравствуйте ZORK, вы писали:
ZORK>>Я может чего-то не понимаю, но почему нельзя Builder начать обсуждат в приделах Delphi? Нету же отдельного форма по Visual Studio
eim>Согласен. Компонентная модель одинаковая, а если надо что-то еще — то есть форум по Win32 API.
Здравствуйте KoraK, вы писали:
KK>Здравствуйте eim, вы писали:
eim>>Здравствуйте ZORK, вы писали:
ZORK>>>Я может чего-то не понимаю, но почему нельзя Builder начать обсуждат в приделах Delphi? Нету же отдельного форма по Visual Studio
eim>>Согласен. Компонентная модель одинаковая, а если надо что-то еще — то есть форум по Win32 API.
KK>Ага, но тогда форум надо переименовать в VCL ^)
в форуме по Делфи обсуждается все что угодно — тока не Делфи =)
Здравствуйте KoraK, вы писали:
ZORK>>>Я может чего-то не понимаю, но почему нельзя Builder начать обсуждат в приделах Delphi? Нету же отдельного форма по Visual Studio
eim>>Согласен. Компонентная модель одинаковая, а если надо что-то еще — то есть форум по Win32 API.
KK>Ага, но тогда форум надо переименовать в VCL ^)
Думаю предложение правильное, но можно и "Delphi/VCL"
Для Билдера отдельный форум не нужен! 1. Есть форум С++. 2. На этом сайте Дельфи, пока, единственный форум посвященный конкретной среде разработке! И это не хорошая традиция!
Общие вопросы С++ можно обсуждать ... (сами знаете где).
Вопросы VCL здесь.
Да, и заполненность, чисто, Билдерового форума, думаю, будет мизерная. :(
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте VladD2, вы писали:
VD>Здравствуйте Igor Soukhov, вы писали:
VD>>>Не злорадствуй.
IS>>мне решать ;-|
VD>Ну, тады не злись когда через два года массовые фанаты C#-а будут издеваться над сашниками. :)
Если масса будет дейсвтительно большая — я первый скажу "сипласплас — сакс" =)
Мы russian народ коллективный и от большинства отбиваться не собираемся =)
Язык программирования для меня не жупел а средство. (но Делфи исключение ...)
Здравствуйте Igor Soukhov, вы писали:
IS>Язык программирования для меня не жупел а средство. (но Делфи исключение ...)
А все-таки почему? Ведь с API можно работать точно также как в с/с++, а в остальном только перегрузка операторов не реализована и friend-классов нет. Или это "исключение" из-за глюков в Delphi 4?
Здравствуйте eim, вы писали:
eim>Здравствуйте Igor Soukhov, вы писали:
IS>>Язык программирования для меня не жупел а средство. (но Делфи исключение ...)
eim>А все-таки почему? Ведь с API можно работать точно также как в с/с++, а в остальном только перегрузка операторов не реализована и friend-классов нет. Или это "исключение" из-за глюков в Delphi 4?
нет темплейтов, нет STL, неродное майкрософтовское средствое... (нигде
в MSDN я не видел примеров на Delphi ... сорри зовут ... потом договорим =)
IS>нет темплейтов, нет STL, неродное майкрософтовское средствое... (нигде IS>в MSDN я не видел примеров на Delphi ... сорри зовут ... потом договорим =)
STL — лично для меня сверхценность библиотеки сомнительна (не могу себе представить ситуацию, когда нельзя обойтись без нее). Как я понял, мы с вами просто говорим немного на разных языках. Вы — как системщик, а я — как прикладной программист. Для написания клиентов к базам данных, а также для работы с COM-портами (в real-time, кстати) Delphi подходит, знаю по своему опыту.
Примеры на C из MSDN переводятся в Паскаль без особых проблем (как правило :)
Здравствуйте eim, вы писали:
eim>Здравствуйте Igor Soukhov, вы писали:
IS>>нет темплейтов, нет STL, неродное майкрософтовское средствое... (нигде IS>>в MSDN я не видел примеров на Delphi ... сорри зовут ... потом договорим =)
eim>STL — лично для меня сверхценность библиотеки сомнительна (не могу себе представить ситуацию, когда нельзя обойтись без нее). Как я понял, мы с вами просто говорим немного на разных языках. Вы — как системщик, а я — как прикладной программист. Для написания клиентов к базам данных, а также для работы с COM-портами (в real-time, кстати) Delphi подходит, знаю по своему опыту.
eim>Примеры на C из MSDN переводятся в Паскаль без особых проблем (как правило :)
Добавлю еще что сама идея VCL гораздо более приятна чем MFC+потенциально(а в шестой дельфе и практически) заложенная кроссплатформенность.........
Что касаеться friend классов — то на мой взгляд их использование от неправильного проектирования.......
Да и примеры из МСДН нужны бываю раз в год, обычно достаточно простого описания функции или механизма....
Y> Добавлю еще что сама идея VCL гораздо более приятна чем MFC+потенциально(а в шестой дельфе и практически) заложенная кроссплатформенность.........
Y> Что касаеться friend классов — то на мой взгляд их использование от неправильного проектирования.......
Y> Да и примеры из МСДН нужны бываю раз в год, обычно достаточно простого описания функции или механизма....
Не, кроссплатформенности в Дельфи нет. Это миф:) И по поводу friend классов позволю не согласиться — иногда это очень нужно(особенно когда есть двусторонние связи между классами). Да и в MSDN заглядывать приходится. Но все это не причины чтобы хаять Object pascal
Здравствуйте eim, вы писали:
eim>Здравствуйте Young, вы писали:
Y>> Добавлю еще что сама идея VCL гораздо более приятна чем MFC+потенциально(а в шестой дельфе и практически) заложенная кроссплатформенность.........
Y>> Что касаеться friend классов — то на мой взгляд их использование от неправильного проектирования.......
Y>> Да и примеры из МСДН нужны бываю раз в год, обычно достаточно простого описания функции или механизма....
eim>Не, кроссплатформенности в Дельфи нет. Это миф:)
Миф, не миф — а работает........криво но уже работает....
>И по поводу friend классов позволю не согласиться — иногда это очень нужно(особенно когда есть >двусторонние связи между классами).
Ну не знаю — что любую систему можно спроектировать бех френдли классов это точно, и когда я проектирую большую систему и натыкаюсь на необходимость использвание френдли классов это сигнал мне чтобы перепроектирвать систему иначе потом могут начаться проблемы при отладке.........когда класс начинает портить данные которые по идеолигческим причинам ему вообще не должны быть доступны.....
Или еще проблемы возникают когда над проектом работает много людей — так и есть желание все запихнуть в паблик и не мучаться, ну нет же мучаемся......
>Да и в MSDN заглядывать приходится. Но все это не причины чтобы хаять Object pascal
Вот это правильно........
Мне Object Pascal как язык нравиться больше.........да и создавался он когда уже было нормальное представление о теории компиляторов....
P.S. С он как бритва, можно сделать элегантную программу, а можно кровавое месево.......
Здравствуйте Young, вы писали:
Y> Что касаеться friend классов — то на мой взгляд их использование от неправильного проектирования.......
Не согласен. Есть случаи когда все-ж таки надо — например случаи типа list и list-element, в этом случай list обычно является friend для list-element, так как ему из них собственно надо list cmроить. Если же сравнивать C++ с Java, то friend это некое подобие доступа по умолчанию в Java, то есть случая когда классы внутри одного package'а могут работать между собой плотнее чем с классами из других package'ей ...и не понятно где тут кривизна проектирования.
Здравствуйте ZORK, вы писали:
ZORK>Здравствуйте Young, вы писали:
Y>> Что касаеться friend классов — то на мой взгляд их использование от неправильного проектирования.......
ZORK>Не согласен. Есть случаи когда все-ж таки надо — например случаи типа list и list-element, в этом случай list обычно является friend для list-element, так как ему из них собственно надо list cmроить. Если же сравнивать C++ с Java, то friend это некое подобие доступа по умолчанию в Java, то есть случая когда классы внутри одного package'а могут работать между собой плотнее чем с классами из других package'ей ...и не понятно где тут кривизна проектирования.
Не все так просто, переменные класса помещаються в раздел private не просто так, а как правило из за того что
1. Доступ к ним нужен только из членов данного класса.
2. Работа с ними потенцально опасна для системы в целом и требуеться дополнительный предварительный анализ данных.
Можно же сделать интрефейс(функции) предоставляющий доступ к закрытым членам.........
Я не спорю что при разработки классов сотоящих из десятка строчек это может и имеет смысл, но при разработки крупных классов я не в жизнь не объявлю чужой класс, разрабатываемый другим человеком для своего friend, особенно учитывая что некорректная работа с данным моего класса может привести к отказу системы.........я предоставлю ему интерфейс и буду спокоен........или если это все же от меня будет требоваться пойду ругаться к проектировщику проекта........
На мой взгляд этот вопрос из серии — Что лучше — быстрее или правильней и зашищенней.....
Здравствуйте Young, вы писали:
Y> На мой взгляд этот вопрос из серии — Что лучше — быстрее или правильней и зашищенней.....
Ну я тут могу опять же только аппелировать к успешному опыту Java. То есть, иногда надо построить public интерфейс, через который с объектом могут работать все (или подчти все, если реализованн security managment). Иногда надо наследоваться — для этого есть protected данные и методы, которые доступны наследникам. А иногда надо написать группу классов, которые должны работать вместе, для этого есть package'и, в которые, в идеале, никто не может добавить свои классы, и между классами package'а есть большее доверие к друг другу, так как они писанны одним программистом или одной коммандой программистов.
По сути объявление члена private и объявления класса friend, есть полный аналог досутупа внутри package'а. Недостаток, что тогда пропадает понятие private — а в Java оно сохранено, путем введения "default" доступа
Здравствуйте eim, вы писали:
eim>Здравствуйте Igor Soukhov, вы писали:
IS>>нет темплейтов, нет STL, неродное майкрософтовское средствое... (нигде IS>>в MSDN я не видел примеров на Delphi ... сорри зовут ... потом договорим =)
eim>STL — лично для меня сверхценность библиотеки сомнительна (не могу себе представить ситуацию, когда нельзя
господи боже мой — С++ имеет всроеенные vector / map / string и это не ценно ...
eim>обойтись без нее). Как я понял, мы с вами просто говорим немного на разных языках. Вы — как системщик, а я — как
yep — я системщик. но вот со мной щас рядом сидит народ, который и фронт енд на VC писал итд. ругался на
осутсвия нативного MS гуя, брал 3rd party gridы — но писал.
eim>прикладной программист. Для написания клиентов к базам данных, а также для работы с COM-портами (в real-time, eim>кстати) Delphi подходит, знаю по своему опыту.
LOL =)
eim>Примеры на C из MSDN переводятся в Паскаль без особых проблем (как правило :)
дайте мне секретутку для таких переводов — и я скажу паскаль хорошо. (sure =)
А пока у меня ее: нет — я хочу сразу читать Ц-ные сорцы.
* thriving in a production environment *
