Це ясно а от якщо на сторінці необхідно буде вивести заголовок з іншої мови ?:)

Абстрактно - переклади мають зберігатися в окремому файлі (чи файлах) локалізації (1), а в коді згадка про мову має бути максимум один раз(2), на початку, а тому:

$post->title;

Має за логікою бути визначеним в класі, тобто кожен клас міститиме всі переклади - порушує (1)

$post->getTitle('en');
$post->en->title;
$post->en()->title;

Сотня згадок про одну мову в коді, порушено (2)

Так що з названих

$post->getTitle();

Можу ще рекомендувати таке. Є:
- глобальна змінна (чи функція, що повертає) - поточна мова.
- глобальний асоціативний масив перекладів (на кшталт translations["en"]["Заголовок"]="Title" і т.д.)
- функція, що повертає потрібний рядок, із простим іменем, наприклад _().
Тоді
_("Заголовок") підставить "Title" чи "Заглавие" залежно від поточного перекладу (чи фолбек).

Отже сформулюю проблему конкретніше:)

Є сайт. Має бути багатомовний. Клас Мов містить поточну мову для прикладу Lang::getId();
На сайті є локалізація - тобто _t('Заголовок') на різних сайтах (site.com/en | site.com/ru) буде віповідно повертати різний результат. де зберігати ці тексти це не проблема
 
Проблема в моделях. Тобто текст пишуть менеджери або ще хтось в адмінці. По дефолту $post->title поверне заголовок на поточній локалі. Російська чи українська це уже система сама визначить
А от коли такий випадок: поточна мова російська а необхідно вивести текст на українській як називати метод і як він має працювати

$post->getTitle('ru')  ось так ?

Як до речі в Yii зроблено ?:)

прошу врахувати неприємну "фічу" opencart - у них нема природньої можливості будувати URL в залежності від обраної мови.
в результаті,  при багатомовному сайті індексується тільки default language! ;(
тобто , треба дати можливість (або й не запитувати про бажання) відображати обрану мову в URL.