Сообщение от :
но ведь программируются они одинаково
На обном языке не значит - одинаково.
Сообщение от :
Нужны метаданные
Конечно, а как же! У борланда они есть, в яве - тоже. Рад, что и МС добрался до этого.
[Ответ]
LSL 02:15 24.04.2004
zss_vrn
Конечно, а как же! У борланда они есть, в яве - тоже. Рад, что и МС добрался до этого.
Настоящая рефлексия невозможна в COM программировании, т.е. у Борланда она появилась только с .NET. Да и тут они не при чём..
[Ответ]
AlleX 10:18 24.04.2004
Выхода нет. Через два года переход уже будет подходить к концу, а после выхода Longhorn'a и говорить нечего..
Два года. Всего два года, но как показывает практика всё может координально измениться. Не дожидаясь Лонгхорна продвинутые люди будут все чаше паоглядывать в сторону других ОС, и мелкософт может пролететь.
И все не станут переходить на .NET все будут пользоваться тем, что хорошо знают.
пару лет назад люди смеялись надо мной когда я им говорил что выйдет проц 2 ГГц. А потом говорили ч то не юудет никаких 64разрадных процов в 2003, и тд до бесконечности
ЗЗЫ: ИМХО здесь просто какой-то дурдом.
Что именно ?
Да вся эта тема - бред, ничего ужасного не произойдет, ведь нигде нету очередей за 64х разр Атлонами.
[Ответ]
LSL 13:52 24.04.2004
AlleX
пару лет назад люди смеялись надо мной когда я им говорил что выйдет проц 2 ГГц. А потом говорили ч то не юудет никаких 64разрадных процов в 2003, и тд до бесконечности
Выход процессора с частотой 2 ГГц или повышение его разрядности - это глобальное изменение ?
Оно каким-то образом затронет операционные системы и породит миграцию ?
Те кто над тобой смеялись были, как минимум, не дальновидные люди.
Да вся эта тема - бред, ничего ужасного не произойдет, ведь нигде нету очередей за 64х разр Атлонами.
А я предрекал что-то ужасное ? Это всё zss_vrn смерть участникам форума пророчил
Всеголишь пример; но ведь нельзя утверждать что ничего не измениться. А эволюция прцессоров - движение комп индустрии вперед. Ладно, но сколько зы последние 2 года вышло версий дистрибутивов линуха? А к какому времени мелкомягкие предвещают Лонгхорн?
А я предрекал что-то ужасное ?
Прочитай название темы, и подумай что она предвещает...
[Ответ]
LSL 20:13 24.04.2004
AlleX
Всеголишь пример; но ведь нельзя утверждать что ничего не измениться.
Но такое я точно не утверждал
А эволюция прцессоров - движение комп индустрии вперед.
Ну это бесспорно
Ладно, но сколько зы последние 2 года вышло версий дистрибутивов линуха?
Это о чём-то должно говорить ?
Одна из глючных почтовых программ обновилась за месяц 150 раз, но так и осталась глючной...
Про линукс отдельная тема, тут нельзя.
Прочитай название темы, и подумай что она предвещает..
LSL Это о чём-то должно говорить ?
Одна из глючных почтовых программ обновилась за месяц 150 раз, но так и осталась глючной...
Оутглюк чтоли ?
ДА он уже лет десять слава богу как обновляется и что то не видно улучшений.
Так что чьябы корова мычала .
Мелкомягкие давно уже фиксы к своим патчам выпускают , видимо с первого раза не всегда получается
Это как в той сказке о китайских программерах .
А эволюция прцессоров - движение комп индустрии вперед.
Ну это бесспорно
Наоборот .
"Эволюция" софта тянет процессоры и все железо.
Ибо гораздо дешевле делать более мощные железки чем писать сложные программы на асме.
Долго думал... Имхо, светлое будущее !
И билли такой молодой и юнный октябрь впереди .
AlleX Ладно, но сколько зы последние 2 года вышло версий дистрибутивов линуха?
Читай букварь на словах linux и операционная система ,
а плотом дистрибутив .
[Ответ]
LSL 00:14 25.04.2004
zic
Оутглюк чтоли ?
ДА он уже лет десять слава богу как обновляется и что то не видно улучшений.
Оутглюк, бесспорно лучшая программа в своём роде, особенно после небольшой надстройки. Я бы даже сказал больше - уникальная по своим возможностям, лучший NNTP - клиент.
Так что чьябы корова мычала .
Мелкомягкие давно уже фиксы к своим патчам выпускают
Это плохо ?
видимо с первого раза не всегда получается
Конечно, ламеры сидят... в сапёр играют. А доблесные гуру - все пишут открытые оп. системы...
Наоборот .
"Эволюция" софта тянет процессоры и все железо.
Ибо гораздо дешевле делать более мощные железки чем писать сложные программы на асме.
Если с этой точки зрения посмотреть, то всё так и есть.
LSL
Оутглюк, бесспорно лучшая программа в своём роде, особенно после небольшой надстройки. Я бы даже сказал больше - уникальная по своим возможностям, лучший NNTP - клиент.
А ты чем нибудь еще пользовался или и так знаешь ? Так что чьябы корова мычала .
Мелкомягкие давно уже фиксы к своим патчам выпускают
Это плохо ?
Это примерно тоже самое что сходить в туалет и забыть снять штаны при этом ,а затем повторить .
Новые версии старых фиксов выходят регулярно[Ответ]
LSL 01:38 25.04.2004
zic
А ты чем нибудь еще пользовался или и так знаешь ?
Разумеется пользовался.
Это примерно тоже самое что сходить в туалет и забыть снять штаны при этом ,а затем повторить .
Плохая аналогия. Ошибки есть и будут они не могут исчезнуть.
[Ответ]
zic 21:48 25.04.2004
LSL Да но когда по нескульку раз исправляют одну и туже ошибку это уже перебор .
[Ответ]
zss_vrn 07:13 26.04.2004
LSL
Сообщение от :
Настоящая рефлексия невозможна в COM программировании, т.е. у Борланда она появилась только с .NET. Да и тут они не при чём..
Не, раньше была. По моему, это все они и придумали. У них с дельфей началось это дело, когда они метаданные в форму пихать стали. Неплохая мысль, но код поддерживать тяжко, в яве лучше это дело построено, все - в коде лежит.
Метаданные не в коде - дурь явная, но МС в своей гонке может наплевать на разум.
Сообщение от :
Это всё zss_vrn смерть участникам форума пророчил
Ниче я не пророчил! Просто сказал, что все умрем... А разве не так?
Кстати, оутлук щас вовсе неплох стал. Я его поставил - от XP офиса, и он ЗАПУСТИЛСЯ ПОЧТИ С ПЕРВОГО РАЗА!!! Раньше он такого не делал...
zss_vrn добавил [date]1082953129[/date]: LSL
Сообщение от :
Ошибки есть и будут они не могут исчезнуть.
Кстати, до эры МС к ошибкам в ПО относились гораздо более нетерпимо. Стоит почитать то, что пишут про маки - там качество софта выше на порядок. Впрочем, и железа - тоже.
[Ответ]
LSL 12:59 26.04.2004
zss_vrn
Метаданные не в коде - дурь явная, но МС в своей гонке может наплевать на разум.
Метаданные по определению не могут быть в коде, потому что это данные. В первом классе заставляют наизусть учить, то, что код и данные должны быть строго разделены.
Ты просто не представляешь что такое метаданные в .NET это не то что в Делфи у Борланда...
Ниче я не пророчил! Просто сказал, что все умрем... А разве не так?
Ты сказал участники форума умрут до появления всего этого, а всё это появиться в 2006 году А если точнее это всё уже давно появилось...
Кстати, до эры МС к ошибкам в ПО относились гораздо более нетерпимо. Стоит почитать то, что пишут про маки - там качество софта выше на порядок. Впрочем, и железа - тоже.
Я же говорю в Майкрософте ламеры, а гуру всякие под мак и линукс пишут, вот и ошибок гораздо меньше.. [Ответ]
Alex__G 18:43 26.04.2004
LSL
Сообщение от :
Ты просто не представляешь что такое метаданные в .NET это не то что в Делфи у Борланда...
А в чем же разница? Чем же RTTI кардинально отличается от relection?
zss_vrn
Сообщение от :
У них с дельфей началось это дело, когда они метаданные в форму пихать стали. Неплохая мысль, но код поддерживать тяжко, в яве лучше это дело построено, все - в коде лежит.
В dfm файле скорее содержаться не метаданные, а частично-сериализованное определение класса формы, так сказать описание некоторых внутренних полей. Эти данные используются при создании нового экземпляра.
В .NET пошли по пути java и внесли эти описания непосредственно в код класса.
Но в авалоне их снова разделят - формы будут создаваться по XML описанию.
мне кажется под словом метаданные с лсл вы подразумеваете разные вещи. Только никак не могу понять что имеет в виду лсл.
[Ответ]
zss_vrn 07:52 27.04.2004
LSL
Сообщение от :
В первом классе заставляют наизусть учить, то, что код и данные должны быть строго разделены.
А как же ООП и классы?
Сообщение от :
Ты сказал участники форума умрут до появления всего этого
Не, я сказал, что все умрем РАНЬШЕ, чем умрут некоторые существующие технологии
Сообщение от :
гуру всякие под мак и линукс пишут
Про линукс не могу сказать, но то, что проги под мак гораздо более качественные, чем вин, признают даже в МС.
Сообщение от :
такое метаданные в .NET это не то что в Делфи у Борланда...
Ну, просвети. Alex__G
Сообщение от :
мне кажется под словом метаданные с лсл вы подразумеваете разные вещи
Скорее всего, так и есть. Метаданные я понимаю - данные, которые содержат описание других данных. Впрочем, я NET плохо знаю а у борланда имел в виду именно то, что лежит в dfm. И минус в подходе борланда я вижу именно в том, что это трудно поддерживать. То есть, системы поддержки исходных текстов на это не расчитаны. Мы используем VSS и CVS - на разных проектах. Ни то, ни другое по нормальному с DFM не работает.
А вот явские проекты в этом смысле гораздо более удобны.
Так как 99 % наших проектов - это клиент-серверные приложения, то какие еще нужны данные, кроме тех, что лежат в БД, я не очень представляю. Ну, не считая ини-файлов[Ответ]
Alex__G 12:05 27.04.2004
zss_vrn
Когда ты пишешь обычный класс, то внутренние поля инициализируешь в конструкторе (например). Если внутренние поля являются объектами, то инициализируешь их свойства.
В дельфи зачем то решили вынести описание состава внутренних полей и значения для их инициализации в отдельный dfm файл. Я бы не стал называть это метаданными - скорее что-то типа набора инструкций.
[Ответ]
LSL 14:49 27.04.2004
Alex__G
А в чем же разница? Чем же RTTI кардинально отличается от relection?
Класс объединяет в себя структуры данных и алгоритмы обработки этих данных. Очень удобно, ИМХО.
zss_vrn добавил [date]1083070964[/date]: Alex__G
Сообщение от :
состава внутренних полей и значения для их инициализации в отдельный dfm файл
Я на билдере, не на дельфи, пишу, но это - одно и то же.
Скорее всего, им так проще было организовать их визуальную среду разработки. Их дизайнер форм имеет дело только с "опубликованными" (__published) элементами формы. Так как в процессе разработки приложение работает та же самая VCL (то есть поддерживается доступ к RTTI), то реализация визуального построителя не очень заморочена. Работают специальные конструкторы объектов и нет необходимости компилировать что-то на лету. То есть, компилируется (в дизайнтайме - интерпретируется) только то, что есть в секции __published формы, а это написано на специальном языке - не на паскале или С++. Это, конечно, недостаток.
Я проводил некоторые эксперименты с сериализацией форм. В стандартах языка этого нет, но специальные функции VCL типа потокового ввода есть. Можно добиться очень интересных результатов. Правда, на практике не пригодилось
zss_vrn добавил [date]1083071481[/date]: Alex__G
Сообщение от :
Я бы не стал называть это метаданными
Ты, наверное, прав - но ничего другого похожего на метаданные в билдере я не нашел Если не брать, конечно, такие отжившие вещи, как BDE. Может быть, информацию о соединениях с БД, которая лежит в DFM, с большой натяжкой можно назвать метаданными - например, инфу о том, какие столбики грида выводить на экран. Но это - мелко, конечно.
Интересно, а что там в NET есть того, что можно назвать метаданными? В СУБД понятно что это - например, таблицы описания структур. В Win32 можно назвать метаданными структуру директорий или часть реестра.
[Ответ]
Alex__G 17:13 27.04.2004
LSL
Сообщение от :
что такое метаданные в .NET это не то что в Делфи у Борланда...
Мне непонятно в чем отличия
Alex__G добавил [date]1083075845[/date]: zss_vrn
.NET так:
Во время выполнения ты можешь взять любой объект - посмотреть полную информацию о его типе - список методов, полей - посмотреть списки параметров методов (любого метода), определить типы полей - посмотреть/изменить значения любого поля (зная только его имя), запустить любой метод зная только его имя. Можно посмотреть список классов определнных в сборке ит.д
В общем получить получить полное описание объектов, заранее не зная ничего про них, кроме объектной ссылки.
Вот это я понимаю под термином метаданные - данные о самих объектах.
[Ответ]
LSL 20:59 27.04.2004
zss_vrn
А что оно означает, делает, и каким образом?
RTFM - Это "читай MSDN" !
Класс объединяет в себя структуры данных и алгоритмы обработки этих данных. Очень удобно, ИМХО.
В том-то и дело что структуры данных а не данные. Но и данные там тоже присутствуют. Это плохо, но это так...
[Ответ]
zss_vrn 07:21 28.04.2004
Alex__G
Сообщение от :
Вот это я понимаю под термином метаданные - данные о самих объектах.
В VCL это называется метакласс, класс классов. TMetaClass.
Все, что растет от TObject, может быть исследовано в реалтайме. Конечно, не любая информация доступна, но вот даже адреса методов можно получить. Интересно, это кому нибудь нужно?
Наверное, в NET это сделано удобнее - она ведь позднее родилась. Уж в яве это точно сделано лучше.
LSL
Сообщение от :
RTFM - Это "читай MSDN" !
Ответ математика - абсолютно точно и совершенно бесполезно Я думал, ты сам хоть знаешь, о чем пишешь
Сообщение от :
Это плохо, но это так...
Почему плохо - то? И потом, я привык думать, что данные - в объекте, а не в классе присутствуют.
[Ответ]
zic 15:23 28.04.2004
zss_vrn
Да это давно известно что мелкомягкие собирают сливки и выдают их за свои оригинальные изобретения .
LSL
Ты загнался класс может олицетворять не только сущность как физичемкую так и абстрактную но и процесс к примеру или действие какое .
И поганая привычка дельфийских программеров засовывать в классы и обработку тут соершенно не причем.
[Ответ]
LSL 17:35 28.04.2004
zic
Да это давно известно что мелкомягкие собирают сливки и выдают их за свои оригинальные изобретения .
Млять. Можно подумать это создатели явы придумали... все эти идеи ещё в 60 годах были....
zss_vrn Почему плохо - то? И потом, я привык думать, что данные - в объекте, а не в классе присутствуют.
Данные сами по себе. Класс - это структура данных определяемая программистом, UDT. Данные бывают уровня типа например статический член и уровня экземпляра типа ака объекта.
zic
LSL
Ты загнался класс может олицетворять не только сущность как физичемкую так и абстрактную но и процесс к примеру или действие какое .
И поганая привычка дельфийских программеров засовывать в классы и обработку тут соершенно не причем.
Что-то я не очень понимаю о чём ты. И я не отрицаю то, что обьект содержит не только данные и атрибуты но и методы манипуляции над этими данными.
[Ответ]
zic 17:46 28.04.2004
LSL Млять. Можно подумать это создатели явы придумали... все эти идеи ещё в 60 годах были....
А никто не спорит.
Но мелкомягкие исходили из того опыта который был достигнут при использовании явы и не только .
ЗЫж млять весьма колхозное выражение , лучшу бы матом ругнулся [Ответ]
LSL
Не так много как тебе кажется.
самые интересные идеи рождаются как раз таки в небольших конторах из нескольких человек , которые в конце концов выкупаются у создателями такими денежными мешками как ms sun ibm и проч.
[Ответ]
LSL 00:56 29.04.2004
zic
Но .NET они САМИ делали, а не мелкие конторы. Главных программистов можно по пальцам перечислить. Конечно, многое было заимствовано из других языков, так и есть. Не даром говорят о том, что тот же C# совмещает преимущества многих языков, в чём я убедился на собственном опыте.
Microsoft сделали грандиозную вещь, создав .NET!
[Ответ]