Как отучить BDS2006 от привычки присать что либо в папку: "D:\Documents and Settings\Администратор\Мои документы\Borland Studio Projects\";

Это сообщение отредактировал(а) Gnusss - 18.1.2006, 22:55

1. Все таки не стоит наверное превращать эту тему в целый форум по BDS 4 (он же Delphi 2006, он же C++ 2006, ...)
2. А как на счет почитать выше?

А поддержка многострадального Unicod'а есть? Если есть, то на каком уровне?

Редактор работает в Unicode, компоненты Unicode не поддерживают, и как было сказано на семинаре, скорей всего компоненты под Win 32 в ближайшее время не будут ее поддерживать.

Мое скромное имхо заключается в следующем:

Если кто-то решил связать свою жизнь с профессиональным программированием, с ориентацией на продукты от MS (в частности Windows), то не остается никакого другого выбора кроме платформы .NET. Хотите вы того, или не хотите, но по другому не получиться.

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

Сама MS, для создания приложений рекомендует использовать C#, так как только этот язык в полной мере раскрывает все возможности этой платформы. С чем я полностью согласен, на том простом основании, что знаю и работал с несколькими различными языковыми реализациями под .NET (и Delphi, и VB, и J#). Поверьте, ничего проще и удобнее C# на данный момент я пока не встретил.
Кстати, Борланд не случайно добавил поддержку этого языка в свою IDE.

Какую именно среду разработки выбрать (VS или Delphi) - это уже другой вопрос. И у той и у другой среды есть как свои приемущества, так и недостатки.

Если посмотреть на процесс разработки ПО гораздо шире (как и нужно на него смотреть), то он заключается не только в непосредственном процессе кодирования. Это лишь малая и незначительная его часть.
Есть еще анализ и проектирование, тестирование, совместная разработка и т.д. и т.п. Вообщем очень много аспектов, которые между собой тесно переплетены.
Так вот, если смотреть именно с такой позиции, то продукты от MS гораздо удобнее и фнукциональнее, чем аналогичные от Borland. Что впринципе вполне объяснимо, если сравнить финансовую мощь и возможности этих производителей.
Видимо когда в Borland осознали этот факт, тогда и начали поговаривать о закрытии проекта Delphi.
Но дядя Билли хитрый жук. Он понимает, что такой шаг может навредить и ему самому.
Наличие конкуренции, пусть даже и мнимой - это все же лучше, чем ее отсутствии (и так проблем с антимонопольным законодательством предостаточно).
Отчасти эти и объясняется почему MS так хорошо сотрудничает и помогает Borland в развитии их продуктов, направленных на автоматизацию разработки ПО.
Borland развивается ровно на столько, насколько это позволяет ему MS. В своей совокупности, линейка ПО от MS дороже (но и шире), чем аналогичная от Borland. Хотите вы того, или нет, но продукты от Microsoft всегда будут на один шаг впереди аналогичных от Borland. Особенно по такому параметру, как заложенные в них перспективы.

Собственно этим все и объясняется мой выбор Visual Studio, как профилирующей IDE.

Пожалуй самым важным параметром, на основании которого можно сделать выбор в пользу линейки от Borland, является ее меньшая стоимость. Но в нашей пиратской стране, эти вопросы пока не приобрели такой остроты, чтобы отказываться от более дорогих, но и более функциональных продуктов от MS.
Хотя конечно, очень многое зависит и от ситуации. Вполне допускаю, что иногда все же лучше сделать выбор в пользу продуктов от Borland, в независимости от их стоимости. Но лично я пока таких ситуаций не встречал.

p.s. Прошу прощения, если обидел чьи-то "религиозные" чувства.

Продолжение предыдущего топика.



Все передовое человечество перешло на разработку под .net уже давным-давно. Еще с выходом первой версии этой платформы в далеком 2002-м году.

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

Если вы не перешли на эту платформу (в смысле не знаете как под нее программировать), то я вам с полной уверенностью могу сказать, что вы отстали в своих знаниях. Надо наверстывать, догонять, и чем скорее, тем лучше.

Поймите, платформа .net - это не просто дополнительная фича от Microsoft. Это смена идеологии в разработки ПО.
Переход на платформу .net - это необходимость.
Такая же необходимость, как переход от структурного программирования к объектно-ориентированному подходу, или еще одна историческая аналогия - переход от разработки под DOS, к разработке под Windows.
Если вы до сих пор не перешли на разработку под .net - то считайте, что вы уподобаетесь тем программистам, которые в свое время никак не хотели переходит к разработке под Windows, и упорно продолжли разрабатывать свои приложения под DOS. Где те досовские приложения? Покажите мне их.
Сейчас абсолютно аналогичная ситуация. Только в качестве DOS сейчас выступает Win32, а в качестве Windows - платформа .net.

Платформа .net открывает потрясающие возможности перед программистом. То что раньше делалось с помощью трехсотен строк кода (которые зачастую содержали в себе немало ошибок), благодаря платформе .net, сокращено всего до двух (ну примерно конечно).

Конкретный пример. Я хочу, чтобы моя программа, общалась с другой, посредством протокола TCP.
Чтобы написать такой код под Win32, надо обладать большим количеством знаний, и знать сотни всяких ньюансов. И то, после написания такого кода, нет полной увренности, что он будет работать и на других версиях ОС.

А хотите покажу, как сделать простого клиента на .net, за 5 секунд, не используя никаких сторонних библиотек, и который будет работать под любой версией Windows?
Использую С#, но думаю этот код ни у кого не вызовет затруднений, поскольку он интуитивно понятен:


Ну о чем тут можно еще говорить?

Во многом с этим соглашусь. Но не во всем.
И самое главное:

Вот последнее утверждение, мягко говоря, не совсем точно.
Именно потому что не "под любой", я и продолжаю писать под Win32. Круг пользователей моих программ не огромен, но достаточен для того что-бы убедиться что около 30% "сидят" под Win9x. Я пока не готов отказаться от такого количества потребителей.

Да и с этим трудно согласиться. Что-то не ощущаю на себе, как на пользователе, наводнения .NET-программ. Или хотя бы даже их массового появления.

Да? А мне казалось что наоборот.
В любом случае, лиха беда начало. По крайней подавляющее большинство корпоративных решений сейчас пушуться либо на Java, либо на NET. А из этой отрасли постепенно придет и в частный сектор.

Как бы не получилось так, что вы сами не заметите, как ваши обширные знания превратяться в один прекрасный момент в ископаемые (чего лично я очень боюсь, это собственно и подстегивает меня к обучению). Чтобы такого не случилось, нужно начинать переход уже сейчас.
Тем более, что не за горами выход новой версии Windows, она как раз-то и "убъет" Win9x. Так было уже не раз.



Петрович, но ты и не забывай, что остальным 70% твоих пользователей без разницы, какие ОС стоят у твоих клиентов. Им хочется больших удобств, которые как-раз-то и обеспечивает (косвенно) платформа NET.
Я не призываю тебя бросать на произвол судьбы те 30%. Если они тебе дороги (что вполне понятно), пиши для них тогда отдельные версии под Win9x. Но не жертвуй из-за них остальными 70%.

В первую очередь, цель всех моих слов заключается в том, чтобы показать, что переход на платформу NET неизбежен, и чем быстрее он произойдет, тем лучше для программиста.

Pegas
С направлением мысли "все там будем" полностью согласен. Но не согласен по трем пунктам:
1. Распространенность .NET на компах домашних пользователей (даже если у них установлена Win 2000/XP) еще очень и очень мала.
2. С момента своего появления .NET сильно расширился и развился. Однако функциональность всех функций WinAPI он еще не вобрал.
3. МС пока сама не знает, "чего они хочут", версии .NET еще штормит и колбасит, причем без совместимости между собой. Стандарты и возможности хоть и утверждены (вроде как), но до конца не реализованы (см. предыдущий пункт).
В общем, несмотря на очевидные большие и вкусные плюсы .NET в области прикладного софта (именно прикладного, корпоративный сектор в расчет не беру, ибо это "вещь в себе", живущая по иным законам и понятиям), начинать массово писать с ней еще рановато - функциональность не полная, версии и стандарты не "устаканены".

Я лично ЗА .NET, и в будущем всенепременно буду использовать его для написании всякой прикладухи (для написания которой сейчас применяю Delphi & VC++ [MFC]). Но пока еще, увы, рановато. Хотя хочется уже прямо сейчас

Это сообщение отредактировал(а) rsm - 30.1.2006, 13:33

Pegas, ты сам вдумайся что ты предлогаешь Петровичу
Если программа из 5 форм, то это да две версии я еще потяну, но у меня сейчас их 160 и мне бы под одной платформой все это написать и отладить, а ты мне еще предлогаешь получается два разных проекта писать...
Теперь что касается удобств как ты говоришь для пользователя. Я очень прошу привидите мне пример, какие такие удобства получит пользователь (не программист, а обычная секретарша) от того, что прога будет написана под .Net? Пока .Net не будет встроен в систему и его не придется ставить отдельно, объяснить рядовому пользователю, почему программа вдруг вместо 5Мег дистрибутива включая SQL сервер стала вдруг весить 35Мег лично мне будет сложно. А ничего не сделали только решили под .Net пописать...

Рядовому пользователю все равно, на чем вы пишите и что и как. Вы можете хоть на VisualBasic писать. Пользователю главное результат, а стандартные требования при разработке у нас в стране практически всегда одни работать должно на всех машинах, быть не прихотливой в установки.

.Net хорошая технология, но не нужно ее совать во все дыры и говорить, что все остальное это отстой и прошлый век, есть моменты (и их достаточно много) когда простенькое Win32 приложение заткнет за пояс .Net. Мне все эти крики и охи на счет .Net очень хорошо знакомы: Два года назад у нас все поголовно орали, что пишут под MS SQL Server (при этом писали приложения уровня справочника телефонов), год назад всех активно дернуло на Oracle (писали те же справочники телефонов) и конечно просто мне все уши прожужжали на счет Java (меня уже трясло при одном упоминании ее). И что мы видим сейчас? А сейчас java заняла свою нишу и народ, кто ее действительно знает, решает задачи, для которых она хороша. Гонка с MS SQL Server и Oracle тоже успокоилась и народ уже думает, что бы поставить, а может и в обще другой Sql сервер выбрать

Для программиста хороша та технология, которой он хорошо владеет, и которая подходит для решения конкретной задачи.

PS:
В обще этот спор начат по моему не совсем в том топике, где ему место быть и совершенно не в том разделе...

Хм. Ну ка приведи хотябы пяток .NET приложений ? Но не тех которые разработаны под конкретного заказчика, а тех которые ориентированных на массового пользователя.


Ничего себе начало. С твоих-же слов:
Т.е. за три года так ничего и не создали? Вот тебе и "высокая произвдительность"


Смею тебя заверить, я занимаюсь именно корпаративными решениями. Но, ориентированными не на одного потребителя, а на целый сектор.
А именно, я занимаюсь системой Клиент-Банк. Так вот, у нас в Москве, в банковской сфере пока я не встречал решений под .NET. Более того, даже в этой, на первый взгляд относительно передовой сфере, до сих пор не редкость DOS-программы! И это определяется множеством факторов. Основные из них:
- парк имеющего на сей день оборудования, которое бережливый хозяин не выбрасывает;
- парк уже имеющегося софта, порою разработанного и внедренного за долго до появления .NET;
- обеспечение совместимости взаимодействия существующих комплексов софта;
- сложности обновления комплексов;
А ты когда нибудь пробовал перевести на другой софт "куст" из 300-400 клиентов одного банка? При этом, необходимо обеспечить "плавный", не прерывающий работу переход. И это при том, что клиент в своей массе не просто неорганизованн, а порою даже не очень образован в области компьютеров.

А про надежность, я вообще не говорю. Например, наш МЦИ ЦБ РФ лишь в прошлом году перешел с DOS'овской версии коммуникационного серверного софта для обмена с банками на виндузовый. Причем, мотивация обслуживающего персонала была такой: "DOS у нас работает месяцами, а вот винды приходится время от времени перезапускать". Кроме того, вопросы безопасности (сертификация безопасности и т.п.)


Ну этого как раз опасаться не приходится. На мой век хватит.
Кстати, а ты слышал про такой язык Cobol? Это язык использовавшийся в 60х-70х годах, в основном на западе для финансовых расчетов. Так вот, специалисты по нему до сих пор востребованны. Ну может только последние лет пять как снизилась потребность, поскольку при решении проблемы 2000 года много софта таки было переделанно с COBOL'а на свежие языки.


Ну, Ну. Что-то ни выход WinME, ни выход WinNT, ни выход Win2000, ни выход WinXP не смог до сих пор убить Win98! Да и DOS даже проскакивает - зайди в половину Московских супермаркетов, и ты увидишь расчетно-кассовые узлы на которых работает DOS-приложение, причем, в текстовом, монохромном режиме.
Я знаю только один случай быстрого вытеснения - Windows 3.X ,была очень быстро (за пару лет) вытеснена появлением Win95. Но, это все-таки другая архитектура, которая превносила серьезные преимущества. А что такого нового для пользователя несет в себе .NET?
Остается только радоваться что наконец-то похоже удалось изжить Win95 - за последний год было лишь одно обращение в нашу службу тех.поддержки от клиента с Win95.


Интересно каких? Назови пяток? Кроме "гимороя" с необходимостью дополнительно ставить .NET и отслеживать ее изменения с учетом совместимости версий?
А ты под какой .NET пишешь? Под 1.0? Под 2.0? А что стоит у пользователя? А если требуется на одном компе гонять приложения под .NET 1.0 и под .NET 2.0?
На мой взгляд, пока от .NET пользователю больше проблем чем пользы.
Хотя, в конечном счете, пользователю все равно под что написанно. Ему главное чтобы у него с наименьшими дополнительными усилиями это запустилось и работало на имеющейся у него технике.


Дык я еще не сумашедший. Имею вынужденный опыт ведения паралельных проектов. Спасибо не надо.


А вот с этим абсолютно согласен!
Только жаль что это определяется не тем компом на котором я программирую, а теми компами которые используют мои клиенты - "скряги"


И с этим согласен.
Но уж раз здесь возникло, здесь и ответил.

Хочу добавить про сокеты:
1. Мои исходники от D7, где я использовал сокеты (компоненты), теперь прийёдется переделывать - теперь все по другому, ну может не всё, это я загнул , но приёдется переделывать.
Примеров (в папке Demos), для работы с сокетами вообще нет


2. кто использовал Indy 9 - тоже самое, хотя при установке BDS уставновщик спрашивает какую версию Indy устанавливать - 9 или10.

Примеров для Indy 10 оч. мало. Даже нет примеров передачи файлов через сокеты.

Проблема несовместимости Indy 9 и Indy 10 существует уже не первый год. Подобная ситуация была уже в Delphi 2005. Так что, если кто пользовал Indy 9, то и при установке Delphi 2006 стоит выбрать установку именно Indy 9 - для того они и спрашивают.

не совсем согдасен, если в книге будет описано, например, как работать с TCPClient/TCPServer то лучше почитать, т.к. в BDS 2006 работаь немного по другому нужно с сокетами.
------------------------------------------------

Нашёл глюк. А мож и не глюк. Для начала посмотрите прикрепленный снимок экрана.
Меню Tools-Options, в настройках Editor Options - Source Option, установил галку Show Line Breaks.
Теперь, когда в конце како-нить строки нажимаю Enter, то кавардак получается.

Например, есть 2 строки кода подряд. ставлю курсор в конец 1-ой строки и нажимаю Enter.
Перехожу, естественно на новую строку (получается 3 строки) но в начале новой строки на 2-3 секунды появляется
первый символ третей строки, а также в конце остальных строк, да и в начале тоже появляются "левые" символы.

Снимаю галку в настройках и всё нормально работает.

Присоединённый файл ( Кол-во скачиваний: 59 )
 11.JPG 43,34 Kb

во время отладки: см. рисунок
молодцы, классно придумали

Присоединённый файл ( Кол-во скачиваний: 92 )
 11.JPG 64,25 Kb