- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
class DllContainer
{
DllContainer()
{
// тут грузятся дллки в количестве N.
// LoadLibrary() + некоторые операции
}
~DllContainer()
{
// FreeLibrary() и т.п.
}
template <class T>
T* GetComponent(ComponentID id)
{
// аналог QueryInterface.
// ищет компонент, проверяет можно ли статик_кастить
// и вертает указатель нужного типа
}
};
class ComponentUser
{
void Method1()
{
DllContainer loader;
SomethingDoer* comp = loader.GetComponent<SomethingDoer>(ID1);
comp->DoSomething();
}
void Method2()
{
DllContainer loader;
SomethingElseDoer* comp = loader.GetComponent<SomethingElseDoer>(ID2);
comp->DoSomethingElse();
}
void MethodN()
{
DllContainer loader;
ShitPerformer* comp = loader.GetComponent<ShitPerformer>(IDN);
comp->PerformSomeShit();
}
};
недавно обнаружил код примерно такого плана.
крупный коммерческий проект...
Follow us!
>проверяет можно ли статик_кастить
А это как?
> проверяет можно ли статик_кастить
> А это как?
свой ртти.
но говнокод вовсе не в этом :)
Тогда может и статик кастом нельзя? Выравнивание поменяется или размеры типов...
Мощно.
Всё равно они кэшируются в системе, так что без разницы, но ГК.
> и вертает
Оседелець детектед
с чего бы это? потому что во всех дырках с++? вот раньше во всех дырках фортран и кобол были. где они теперь?
> в казуальном и инди у него пока сомнительные преимущества
почему сомнительные? как раз прекрасные. в инди ведь главное - логика (а не суперспецэффекты), а С# прекрасен для написании логики. в с++ много отвлекаешься на всякую постороннюю хрень.
в С++ ни на что не отвлекаешься, при должном подходе в нем есть все плюшки С#...
Однако чтобы должным образом Луа прикрутить, нужно поебаться (видимо, без этого с++ не мыслят жизни). А в C# уже сразу садись и делай.
> при должном подходе в нем есть все плюшки С#...
При должном подходе можно писать объектно-ориентированно и даже компонентно-ориентированно и даже функционально на си. только вот всё это время будешь чувствовать себя пидарасом.
Хватит уже впихивать невпихуемое... в моих платформах нет свопа и гектаров памяти...
у меня верхний лимит 30 мб/30 фпс... что может мне предложить С#?
а если копнуть дальше то:
PSP - 32-64mb
iPhone - 128mb, для пользователя только 30mb (24 по требованиям эпла)
PS3 - 256mb
XBOX360 - 512mb
сори, но не все пишут никому ненужные приложения для никому не нужных серверов...
давай закончим этот спор...
то же самое
xna для xbox майкрософтовцы видимо в холодном бреду написали?
особо производительные места никто не мешает реализовать на си и вызывать через p/invoke (хотя мало когда надо). тогда всё будет упираться в память. но с памятью у сишарпа не так плохо. просто какбэ некоторые радуются тому, что сборщик мусора, и давай строгать объекты направо-налево. можно так не делать и памяти будет вдостаток.
я уже говорил, можно конфигурировать моно (стрипнуть при компиляции лишнее), чтобы влезало в 4 мб по памяти.
тебе сколько повторять, что моно заводится под: иксбокс, пс3, виндовс, линукс, макос, айфон и ещё что-то.
Слышал про Unity3d? Там используется мона (для логики). В симс3 используется моно для логики.
Один хрен в языках подобного уровня любая 3д-библиотека это враппер вокруг сишного функционала, так что большей трагедии нет, что графика рисуется не самой моной (хотя подвижки есть, напр. Mono.SIMD).
... для логики...
для логики вполне хватает и LUA без JIT... так как она в худшем случае есть 10% фреймтайма... и этот показатель можно смело менять в довольно широких пределах, вызывая скриптовую часть реже чем каждый фрейм...
и под логикой я понимаю нечто большее, чем скриптики-триггеры
и при этом нет ААА тайтлов написанных на шарпе...
С# для этого и создавался... если начать думать (а предел у этих мыслей все равно есть, и он сильно отличается от результата этих же мыслей на С++), то лучше было сразу выбрать язык который даст пользу от этих размышлений...
Сборщик мусора?
Аббревиатура из двух букв, но обе из разных языков. :)
ужасы какие говорите :)
кстати, shared_ptr<> уже разве в стандарте? насколько я помню, он только до tr1 продвинулся.
shared_ptr использует подсчёт ссылок. Храняться кол-во ссылок на объект в указываемом объекте или где-то в отдельном map? Или ещё как-то?
Если мапы использует, то это конечно плохо, медленно...
работает медленнее интрузива, но универсальнее сам по себе. обычно на общий перфоманс приложения операции с шареными указателями влияют слабо.
Вы хотели static DllContainer loader;?
Вынести его, например как Синглтон ввиде одного экземпляра. Зачем их 5000т штук.
думали об этом :) пока не решились.
> Оседелець детектед
упс, мимо :)
не уверен правда что ето на что-то влияет
КО занят. Пришлось ответить мне.
Да. Он в не корректном использовании кросс-модульной передачи интерфейсов.
T - интерфейс.
видимо
> ShitPerformer