Здравствуйте, RegisteredUser, Вы писали:
RU>MS действительно имплементировала CLR как обычный COM Server: RU>
RU>When developing the CLR, Microsoft implemented it as a COM server contained inside a
RU>DLL; that is, Microsoft defined a standard COM interface for the CLR and assigned GUIDs to
RU>this interface and the COM server. When you install the .NET Framework, the COM server
RU>representing the CLR is registered in the Windows registry just like any other COM server. If
RU>you want more information about this topic, refer to the MSCorEE.h C++ header file that
RU>ships with the .NET Framework SDK. This header file defines the GUIDs and the
RU>unmanaged ICorRuntimeHost interface definition. (c) Рихтер
RU>но это только точка запуска. Внутренности же .NET, его архитектура ничего общего с COM не имеет (возьмите хотя бы отказ от подсчета ссылок и недетерминированность уничтожения объектов и, как следствие, неочевидность и некоторая непредсказуемость RCW и CCW (мостики связи COM<->.NET) )
Вот оно !!! Как раз это я и имел ввиду ! Наконец то хоть кто то понял.
Во фреймворке действительно есть ПОДДЕРЖКА COM. И возможен доступ к CLR и доменам CLR через COM. Но это всего лишь — ПОДДЕРЖКА, а не база. Еще раз приведу аналогию: В Windows есть поддержка XML (или JavaScript), и с помощью этих технологий можно получить доступ к большой части функционала Windows. Но Windows совсем не основан НИ НА XML, НИ НА JavaScript!
Здравствуйте, ArtemGorikov, Вы писали:
AG>Все равно как-то же надо зарегистрировать сборку, объясните ламеру?
Читайте описание концепций .NET. А в кратце: если сборка является общей (имеет строгое имя), то она помещается в GAC (Global Assebly Cache — глобальный кэш сборок, который находится в виде папки в каталоге ОС — быть может в недалеком будущем эта папка заменит system32), откуда и берется использующими ее приложениями.
Здравствуйте, RagiC, Вы писали:
RC>Здравствуйте, AlLucky, Вы писали:
AL>>Есть у меня жуткие подозрения, что аккаунт был сделан для того, чтобы написать именно это и только это сообщение
RC>Ну ты и грузанулся Это уже давно все поняли!
Ты тоже, как я посмотрю, не сильно спешил с ответом
Здравствуйте, RagiC, Вы писали:
RC>Здравствуйте, AlLucky, Вы писали:
AL>>Ты тоже, как я посмотрю, не сильно спешил с ответом
RC>Просто я читаю медленно
Аааа, а я редко отправляю ответы
Бо инет такой
Здравствуйте, uw, Вы писали:
uw>Здравствуйте, ArtemGorikov, Вы писали:
uw>Во-вторых GDI+ хреновая библиотека и Paint.NET только потерял от её использования. Мало того, что тормозная, так и с качеством большие проблемы(по сравнению с теми же Cairo и Antigrain). Есть одна библиотека на C#, к сожалению не помню названия, заточенная для растеризации векторов под Pocket .NET(т.к. там нет GDI+), так вот она всего на 20% медленнее GDI+(100% managed code, никаких трюков с unsafe). Более того, я думаю, если написать грамотный аналог GDI+ полностью на C#(с использованием unsafe разумеется), то он порвет GDI+ как тузик грелку.
тоже вступлюсь за GDI+
Не смотря на эти все это у GDI+ есть поддержка метафайлов. Если есть метафайл, очень легко сделать печать изображения в любом маштабе. Например для антиграйна печать можно сделать только через растровый буфер .
Если картинка выводится на плоттер , лист A0, то размер картинки в памяти будет около 7000*6000 px
Здравствуйте, ihatelogins, Вы писали:
I>Ты всерьёз так думаешь? И что это за задачи, где язык программирования отходит на третий план?
Ну, например, какой-нибудь Engine, скажем переводчик с одного языка на другой
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, AndrewJD, Вы писали:
AJD>Здравствуйте, Maxim S. Shatskih, Вы писали:
MSS>>COM — отстой. Например, необходимостью регистрации.
AJD>А что в.NET отпадает потребность в регистрации?
Нету в .NET проблемы "ада DLL". Нету.
Сложность программы растет до тех пор, пока не превысит способности программиста
Здравствуйте, Menestrel, Вы писали:
AJD>>А что в.NET отпадает потребность в регистрации?
M>Нету в .NET проблемы "ада DLL". Нету.
1) Имхо, dll hell и необходимость регистрации мало связанные вещи
2) В COM тоже проблем с dll особо остро не стоит. Конечно не те возможности, как в .Нете, но никто не запрещает давать новым версиям бинарникам уникальные имена. Как собственно и делается в последних версиях DirectX.
"For every complex problem, there is a solution that is simple, neat,
and wrong."
Здравствуйте, BrainOverflow, Вы писали:
BO>Здравствуйте, Glоbus, Вы писали:
G>>Старик, должен тебе сказать — базары типа этот язык крут а этот не крут — прыщавое размазывание кашипо стенке. В "серъезных" задачах вопрос выбора языках отходит на второй-третий план. BO>В "серъезных" задачах вопрос выбора языка и технологии чуть ли ни самое важное!
Возьмем "серьезную задачу" в виде ЕРП-подобной системы за лимон баков. Достаточно серьезно?
Ну вот какая нафиг разница на каком она языке написана?
Она должна удовлетворять бизнес-требованиям, в которых ни слова о языках программирования.
Язык — средство. Средств дофига.
Здравствуйте, mihoshi, Вы писали:
M>Хотя, скажем, обработку изображений на нем делать не стоит. По своему опыту знаю — тормозит зверски. Может, компилил не так как-то...
Ну, на дотнете не видел, но есть интересные примеры на яве: http://www.anfyteam.com
Pure java! Я тоже думал, что обработка изображений должна дико тормозить. Но после этих шедевров я заткнул это мнение поглубже...
Думаю, такое же можно сделать и на дотнете.
... << RSDN@Home 1.1.4 beta 4 rev. 303>>
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
