| Borland Developer Studio 2006 |
2 декабря в Москве прошел семинар "Delphi 2006, C++Builder 2006, C#Builder 2006 и новейшие ALM-решения Borland".
Данная тема предназначена для обсуждения семинара(впечатлений, итогов и т.п.)
Всего в теме 632 сообщения
Добавить свое сообщение
Отслеживать это обсуждение 
| № 572 22-02-2007 00:25 |   |
Ответ на »сообщение 571« (panda)
___________________________
Просто раз речь зашла о ADO, ADO --> ADO.NET, VB --> VB.NET - общего ничего не находите?
| № 571 21-02-2007 23:14 | |
Ответ на »сообщение 568« (Aleg Azarousky)
___________________________
Ага. А Visual Basic 6 и Visual Basic .Net - это тоже ПОЧТИ одно и тоже... Только почему-то у бейсик-программеров куча проблем возникла с переходом.
Вы издеваетесь или как?
Мы тут вообще-то обсуждаем средства программирования под Win32.
| № 570 21-02-2007 14:29 | |
Ответ на »сообщение 540« (Jack Of Shadows)
___________________________
Вот и печальное завершение, уже подумывают о "Дельфи для PHP". Докатились.
Они забыли основное правило бизнеса. Если ты не идешь вперед, то значит ты идешь назад. На месте стоять не получается.
Почему назад?
Возможно, получится неплохой фреймворк для веб-разработки, приближенный к дельфовой по скорости и комфорту программирования.
Риторический вопрос: почему микрософт в АСП.Нет 2.0 так и не добавил функционал вставки новой строки в грид? :)) Толпы кодеров вынуждены пользовать гриды третьих фирм. Добавили копонент-меню. Не прошло и трех лет...
| № 569 21-02-2007 03:54 | |
Ответ на »сообщение 567« (panda)
___________________________
Конечно. А сколько будет стоить переход на на новую технологию? И как мне убедить разработчиков, которые ужу уверились в том, что ADO - намного стабильнее, чем dbExpress?
$399. :)
Риторический вопрос. Все познается в сравнении. Если DBX4 действительно такой, как о нем пишут в CG, почему бы и нет? Кроме того, насколько я понимаю Microsoft больше не будет развивать ADO не для .NET. Т.е. вам рано или поздно придется переходить на что-то другое. Если на ADO.NET - о линейке продуктов для Win32 можно забыть.
Насчет глюков OLE DB не понял - как они относятся к DBX?
Драйвер dbExpress для MS SQL Server работает поверх OLE DB.
Да, я понимаю. Тут выход только один: если не хотите глюков OLE DB - используйте другой сервер БД.
| № 568 21-02-2007 03:37 | |
Ответ на »сообщение 565« (panda)
___________________________
DAC - это что? MDAC = ADO вообще-то.
OLEDB - это низкоуровневый протокол, через который работает и ADO.
ADO.NET - технология для другой платформы (.NET, а не Win32).
Итого имеем 2 (две) технологии. Сколько их у Borland, сможете посчитать?
Ага. А Visual Basic 6 и Visual Basic .Net - это тоже ПОЧТИ одно и тоже... Только почему-то у бейсик-программеров куча проблем возникла с переходом.
| № 567 21-02-2007 02:30 | |
Ответ на »сообщение 563« (Aleg Azarousky)
___________________________
Но я думаю Вы согласитесь: иногда иметь исходники хорошо спроектированной библиотеки с возможностью "захода" в них при отладке гораздо лучше самой хорошей и подробной документации. Которую как заведено мало кто читает.
Конечно. А сколько будет стоить переход на на новую технологию? И как мне убедить разработчиков, которые ужу уверились в том, что ADO - намного стабильнее, чем dbExpress?
Насчет глюков OLE DB не понял - как они относятся к DBX?
Драйвер dbExpress для MS SQL Server работает поверх OLE DB.
| № 566 21-02-2007 02:28 | |
| № 565 21-02-2007 02:25 | |
Ответ на »сообщение 560« (Марат Сафин)
___________________________
Вам больше нравится политика Microsoft: ODBC, DAC, ADO, ADO.NET, OLEDB и это только те технологии которые я вспомнил на вскидку?
DAC - это что? MDAC = ADO вообще-то.
OLEDB - это низкоуровневый протокол, через который работает и ADO.
ADO.NET - технология для другой платформы (.NET, а не Win32).
Итого имеем 2 (две) технологии. Сколько их у Borland, сможете посчитать?
| № 564 21-02-2007 02:23 | |
Ответ на »сообщение 561« (Cepгей Poщин)
___________________________
Что именно сломалось в 7.1, честно говоря, не заметил.
Сходите в тему по продуктам Turbo - я там приводил пример. Ошибка совершенно дурацкая, но исправлять ее до сих пор не собираются (внесли в D7 Update pack).
| № 563 21-02-2007 01:44 | |
Ответ на »сообщение 559« (panda)
___________________________
Угу. А dbExpress-драйвер для MS SQL - это черный ящик, который
а) не документирован
б) совмещает в себе все глюки Microsoft OLE DB и свои.
Поймите, мне очень нравится dbExpress. Но чем дальше развивается Delphi, тем больше проблем с ним возникает. И как их решать - не всегда понятно.
DBX 4 по-определению не "черный ящик", поскольку будет поставляться с исходными кодами, как и VCL. Насколько он документирован - я еще не видел. Но я думаю Вы согласитесь: иногда иметь исходники хорошо спроектированной библиотеки с возможностью "захода" в них при отладке гораздо лучше самой хорошей и подробной документации. Которую как заведено мало кто читает. :)
Насчет глюков OLE DB не понял - как они относятся к DBX?
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
