Irrlicht3d.org
::
Blog
|
About Me
|
Twitter
Add comment for
Why doesn’t Irrlicht use the STL?
Posted by:
Enter the missing letter in: "Internatio?al"
Text:
[quote][b]Baal Cadar[/b] wrote: Can you elaborate please? What is the functionality in string and array not part of the STL? As far as I can see, everything is part of STL too. Also the containers are similiar to the STL counter parts, but not in all details, sometimes surprisingly different and with inconsistently named member function (push_back, but getLast). And eventhough they are similiar, they are still incompatible with STL algorithms, which tremendously reduces usability. Java is nice, there is a big standard lib and it is used and respected by almost all projects out there. Not so C++. Every C++ lib out there just *has to* define its own string class, which is never superior to std::basic_string. So, that when you use many libraries for a project at once your backend always contains pointless string conversions from one type to another. No question: Your library, your choices. Nevertheless this is one of the design choices, I don't understand. Eventhough I can agree with many of your arguments (code readability) I still weight reasons pro STL higher. The other design choice I don't really understand is that different file types have different interfaces (getXJointNode(), getMS3DJointNode()). If you have time and notion maybe you can explain this too in a blog entry please. I really love this kind of blog entries, as it helps to understand what makes a lib tick, what's the rationale behind it. :)[/quote]
Possible Codes
Feature
Code
Link
[url] www.example.com [/url]
Bold
[b]bold text[/b]
Quote
[quote]quoted text[/quote]
Code
[code]source code[/code]
Emoticons