התירגום הוא אך ורק לשמות השדות או יותר נכון לשמות האוביקטים.
אפשרי ליצור סטים של אוביקטים לכל לקוח עם השמות המתאימים
ושבתאכלס כל הסטים מסתכלים על אותה טבלה.
אבל זה פיתרון סזיפי ,קשה לתחזוק, איטי ודורש יד אדם
כאשר יש פה חוקיות די ברורה
יש לי טבלא עם 10 שדות ועם 100 יוזרים שכל אחד רוצה לראות
האוביקטים של השדות האלה עם שמות שונים על פי טבלת התירגום שלהם.
גם כל יוזר יכול לשנות את השמות כראות עיניו.
לא משנה איך מסתכלים על זה אין פה צורך ב-agg aware
כי על ה-DB תמיד תהיה לי כולה טבלה (לצורך העניין)
פשוט כל יוזר צריך לראות את השדות שלה עם שמות שונים.
הכוונה היא לבנות ממשק שיתן לו את האפשרות לתת את השמות לאובקטים שלו.
זה קיים באתר של salesforce לדוגמא.
אין לי שום ספק שיש פה צורך ב-SDK
השאלה אם גם עם ה-SDK ניתן לשנות את שמות האוביקטים
on real time עפי שם המשתמש
ומבלי לתחזק מיליון אוביקטים
אלא כולה 10 אוביקטים אשר שמם משתנה על פי סט התירגום של היוזר שניכנס למערכת.
למיטב הכרתי, לא ניתן לבצע מה שאתה רוצה בזמן ריצה באמצעות SDK. זאת מאחר ושמות האובייקטים משתמשים בSDK של הDesigner, דבר שמסבך את החיים כשמדובר בממשק המשתמש.
הייתי ממליץ לך על גישה היברידית:
השתמש בSDK של הDesigner ליצור אובייקטים לפי חוקיות (בהנחה שזה קשה ומורכב לבצע זאת כל פעם מחדש באופן ידני)
יצא את העולם לRepository.
השתמש בשיטה שהסברתי מקודם, כדי לוודא שמשתמש X רואה את סט אובייקטים Y. גם פה זה לא תמיד הכי פשוט, מאחר ששיטת ההרשאות עובדת בDeny ולא בAllow.
אז אפשר לסכם שה-BO הוא לא הכלי בשביל זה (למה בכוח)
האופציה שהעלתי האי אופציה שכבר נהיית טריוויאלית בכלים אחרים
וכמובן שאין סיבה שזה לא יהיה ב-real time כי כולה מדובר על הצגת
אוביקטים עם שמות שונים ולא משהו מעבר לכך.
אין סיבה שה-designer יתחזק יותר מעשרה אובקטים ויותר מטבלה אחת
גם ה-translation manager לא עוזר כאן מאחר והוא לא תומך
ב-custom languages,כלומר תרגום של מינוחים שונים לאותו אובייקט ולא תרגומים לשפות שונות של אותו אובייקט.
האופצייה ש-me הציעה היא היחידה שישימה אם כי מסורבלת לתחזוקה.
