I learned about RTTI some years ago but honestly, I still don't know when should I use it in real projects.
Yeah, it has relatively little "normal" use. I think I've only ever used it for "debugging" purposes, e.g. when you want to show the friendly name of an enumerated type rather than the value itself and things like that.
في تعلّمنا للبرمجة نقرأ الشروح ونبحث ونُكوّن رؤىً عن الموضوع بحسب فهمنا ثمّ نُحاول أن نصدّر externalize ذلكـ إلى الجانب العملي للبرمجة والذي هو جانب واقعي نُحاول أن نُثبت ما كوّناه من رؤىً ليكون واقعاً ولكنّنا لا نفطن إلى أنّ ما قد كوّناه من أفكار وتصوّرات عن الموضوع قد يكون خاطئاً فقد يكون الجانب العملي وهو الجانب الواقعي مُختلف تماماً عمّا نظن ،فالبرمجة تعتمد على كيفيّة تنفيذ مفهوم ما بشكل واقعي لنرى شكله الحقيقي وليس مُحاولة تطويع البرمجة نفسها بالتصدير externalize لنُثبت صحّة تصوّراتنا والتي قد تكون خاطئة تماماً ،لذلكـ أرى أنّ الـ RTTI تعتمد على "كيف؟" أكثر من "ما هي؟" أي التطبيق العملي أفضل لفهمها وهذا ما سأحاوله في وقت لاحق إذ يبدو الموضوع مُتقدم عن مستوايَ الآن.
google translate:
"In our learning to program we read explanations, research and form visions about the subject according to our understanding, then we try to externalize that to the practical side of programming, which is a realistic aspect. We try to prove the visions we have formed to be a reality, but we do not realize that the ideas and perceptions we have formed on the topic may be Wrong, it may be the practical side, which is the realistic side, completely different from what we think, because programming depends on how to realistically implement a concept to see its true form and not try to adapt the programming itself by externalize to prove the validity of our perceptions, which may be completely wrong, so I see that the RTTI depends on "how ? " More than "what?" Any practical application is better to understand it, and this is what I will try at a later time, as the topic seems to be
ahead "advanced" of my level now."