Форум Flasher.ru - Заложить основу мультиязычности

Страница 2 из 2

Показывать 40 сообщений этой темы на одной странице

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)

- - Заложить основу мультиязычности (http://www.flasher.ru/forum/showthread.php?t=214576)

Партизан

17.10.2017 21:59

Цитата:

Рекламные приложения вполне могут сразу адаптироваться к языку ОС или браузера, так же как и анкетные.

Не в ОС дело... Представьте допустим аэропорт. К вам подбегает промоутер с планшетом и предлагает в игровой и иной форме заполнить некоторую анкету.... У него нет времени перегружать приложение для того, чтобы вы выбрали родной для вас язык.

Цитата:

Что мешает открыть два блокнота / ide с одним и тем же текстом рядом, и точно так же сравнить?

Да ничего не мешает, кроме размера и разрешения или количества мониторов которое зависит от количества языков в приложении... Мне это уже напоминает спор между КПП механика и АКПП :) Вроде и время от точки А до точки Б не меняется, а вторая рука посвободнее будет...

Цитата:

Если уж на то пошло, то гораздо лучшим вариантом будет сделать небольшую утилитку, которая будет брать по порядку ID и для каждого языка выводить все переводы на экран рядом, без лишних тегов. Но хранить все переводы в одном файле - плохо, особенно для мобильников. Подгрузка нового файла с переводом, с локального диска, даже на слабом устройстве займет несколько милисекунд. Для человека это будет мгновенно + лишнюю память жрать не будет.

Т.е. опять лишняя нагрузка на разработчика ПО. По поводу тестов, моя практика показывает в разы более приемлемые результаты против вашей теории.

Цитата:

К тому же, это загрузка текстового файла, она выполняется за доли секунды даже со слабейшим интернетом(может занять дольше, только если это мобильный инет)

Ок, смоделируем ситуацию, когда у терминала есть подобные данные только через сеть... Сеть падает.... Что показать на клиенте?

Цитата:

Sorry, something went wrong???

Это не говоря уже о том, что терминалы часто используют ту же сеть, что и посетители, допустим, ТРЦ.... Там бывает даже ping не получить в определенные часы :)

ZackMercury

17.10.2017 22:25

Цитата:

Если сеть падает, то от терминала никакого толку вообще нет) Им уже не воспользуешься. Конечно же

Код:

Sorry, something went wrong

А если это десктопное приложение, то эти данные нет смысла хранить в сети.

Партизан

17.10.2017 22:32

Цитата:

Сообщение от ZackMercury (Сообщение 1202448)

Если сеть падает, то от терминала никакого толку вообще нет) Им уже не воспользуешься

Не всегда так... я просто привел пример который по сути очень маловероятный, хотя близкое к этому видел. Но терминал и "кэш по доступности данных" это уже другая ветка форума :)

ZackMercury

17.10.2017 22:48

Я сильно сомневаюсь, что пользователь вдруг в данный момент решит поменять язык, когда терминал отрублен от сети и данные только лишь в кеше.
Ну и раз это так важно, не храните их в сети, а если так уж важно, сделайте утилиту для обновления файлов приложения из сети, которая будет стягивать новые версии файлов когда они доступны.

Партизан

17.10.2017 23:05

Цитата:

Сообщение от ZackMercury (Сообщение 1202452)

Аллилуйя!!! Наконец-то мы пришли к выводу, что каждый сам решает как ему быть в своем, конкретном случае. Благо есть этот форум где каждому будут даны ответы:)

Что касается "терминала".... Пользователь вообще не должен знать о проблемах сети, энергообеспечения или службы уборки... Он должен использовать сервис на уровне ожидания т.е. на все 100%. И даже больше. Остальное ваши заботы - или это очень хреновый сервис...

ZackMercury

17.10.2017 23:11

Ну, если под терминалом имеется в виду терминал оплаты, то без сети он не сможет ничего сделать в любом случае, очевидно. Если вдруг связь оборвётся после выполнения операции, вот в этом случае он уже закончил свои дела, он уже вряд ли решит поменять язык. Он может захотеть поменять язык перед этим, что он сможет сделать изи, если будет сеть.

Партизан

17.10.2017 23:26

Цитата:

Ну, если под терминалом имеется в виду терминал оплаты, то без сети он не сможет ничего сделать в любом случае, очевидно.

Я бы так просто не сдался... Деньги, к примеру, уже приняты. Как не крути, транзакция :)

Цитата:

Если вдруг связь оборвётся после выполнения операции, вот в этом случае он уже закончил свои дела, он уже вряд ли решит поменять язык.

Тут совсем не понял.
Отклоняемся от темы...

ZackMercury

17.10.2017 23:30

Цитата:

Деньги, к примеру, уже приняты. Как не крути, транзакция

Ну, вот, приняты деньги, транзакция выполнена, зачем ему после этого менять язык? Отказываем ему в этом, если сети нет.

Партизан

17.10.2017 23:35

Цитата:

Сообщение от ZackMercury (Сообщение 1202460)

Как вы вообще к этому событию пришли?

ZackMercury

17.10.2017 23:43

Ну а как он может что-либо оплатить, не вводя своих данных?
Ну, допустим, он вводит деньги на WebMoney, нужно же проверить валидность данных его аккаунта, верно, прежде чем принимать транзакцию?
Без сети этого сделать нельзя, значит, сеть перед транзакцией была.
Без сети транзакцию выполнить нельзя.
Значит, событие, когда нет сети и транзакция уже выполнена может произойти только когда сеть была и исчезла.

Если терминал без сети, то мы отказываем не только в смене языка, а во всём, что требует сети.

caseyryan

18.10.2017 06:24

На самом деле, у Партизана вариант вполне рабочий, но он более ресурсоемкий. Там, где каждый килобайт памяти и каждая секунда процессорного времени не имеет значения, можно им воспользоваться. Тут уже личное предпочтение. Но в общемировой практике, так мало кто делает. Особенно если речь идет о приложении / игре, предназначенном для личного пользования (на счет терминальных не знаю, но почему-то почти уверен, что с ними всё точно так же). Стоит посмотреть код большинства доступных в сети пакетов локализаций на разных платформах, и сразу станет понятным, что там везде используются отдельные файлы для разных языков, которые подгружаются по требованию. Нет никакой нужды тянуть все языки сразу в оперативку. Что если фраз там не 100, а, скажем, 20000, а языков не 3, а 50, к примеру, + добавь сюда кучу XML тегов, отъедающих добрую половину веса всего файла. Довольно увесистый файлик получится. И оперативки много сожрет и читаться будет с тормозами.
А вот возможные ошибки переводчика - это, как по мне, за уши притянутый аргумент. Переводчик легко может ошибиться и в случае, если все переводы размещаются в одном теге, errare humanium est. Наверняка переводом будет заниматься не один человек.

Партизан

18.10.2017 23:28

Цитата:

Сообщение от caseyryan (Сообщение 1202465)

Там, где каждый килобайт памяти и каждая секунда процессорного времени не имеет значения, можно им воспользоваться. Тут уже личное предпочтение. Но в общемировой практике, так мало кто делает.

А можно пример, где это AS3 используется в таком ограниченном ресурсами пространстве? Я что-то не помню чтобы на AS3 микроконтроллеры программировались... Если вы так утрировали мобильники, то опять же скажу вам что ваша теория разбивается моим опытом. Посмотрел сейчас вес языкового файла под три языка для мобильника из последнего проекта... 16 килобайт. Если разбить на три файла, в сумме будет намного больше, хоть и языковой пакет конечно будет легче. Но иконка 96х96 весит больше чем все три языка интерфейса. А это малая часть того что висит в памяти. Так что не надо воду лить... И про мировую практику лечить... Строки интерфейса - это куда легче, чем медиа интерфейса. Есть куда большие проблемы в интерфейсах о которых можно сказать, что они существенно влияют на память или процессор. Пара градиентов или фото в клочья разнесут всю эту вашу экономию на строках интерфейса...

undefined

18.10.2017 23:51

тут скорее общепринятой является практика отдавать переводчику xml со всеми текстами в виде одного xml, напортачить там практически нереально, а вот переводить портянку со всеми языками чревато.

Партизан

19.10.2017 00:43

Тут уже пару страниц обсуждений, выложу для разнообразия код, может кому пригодится... Как видите, кода меньше чем обсуждений, был написан хз когда, под мультиязычный проект с рантаймом, с тех пор мало что меняю.

Код AS3:

{

        import flash.display.Stage;

        /**

         * ...

         * @author Mikhail Klabukov

         */

        [Event(name="language_change", type="LanguageEvent")]

        public class Language 

        {

                private static var _stage:Stage;

                private static var _self:Language;

 

                public static const RU:String = 'ru';

                public static const EN:String = 'en';

                public static const KZ:String = 'kz';

                static public const TR:String = "tr";

 

                public static var CUR:String = 'ru';

 

 

                public function Language() 

                {

 

                }

                public static function setStage(stage:Stage):void {

                        _stage = stage;

                }

 

                public static function setLanguage(lang:String):void {

                        CUR = lang;

                        _stage.dispatchEvent(new LanguageEvent(LanguageEvent.LANGUAGE_CHANGE, CUR));

                }

        }

 

}

Код AS3:

package  

{

        import flash.events.Event;

 

        /**

         * ...

         * @author Mikhail Klabukov

         */

        public class LanguageEvent extends Event 

        {

                public static const LANGUAGE_CHANGE:String = 'language_change';

                private var _language:String;

 

                public function LanguageEvent(type:String, language:String, bubbles:Boolean = false, cancelable:Boolean = false) 

                {

                        super(type, bubbles, cancelable);

                        _language = language;

                }

 

                public function get language():String 

                {

                        return _language;

                }

 

        }

 

}

Код AS3:

package

{

        import avmplus.getQualifiedClassName;

        import flash.display.Stage;

        import flash.utils.Dictionary;

        import starling.events.Event;

 

        /**

         * ...

         * @author Mikhail Klabukov (xpochta@gmail.com)

         */

        public class Translator

        {

                [Embed(source = "../lib/translations.xml", mimeType = "application/octet-stream")]

                private static const LANGXML:Class;

 

                public static var _self:Translator;

                private var _xml:XML;

                private var _stage:Stage;

                private var _clients:Dictionary = new Dictionary(true);

 

                public function Translator(stage:Stage)

                {

 

                        _stage = stage;

                        _self = this;

                        _xml = XML(new LANGXML());

                        stage.addEventListener(LanguageEvent.LANGUAGE_CHANGE, translate)

                }

 

                private function translate(e:LanguageEvent):void

                {

                        for (var i:Object in _clients)

                        {

                                var obj:Object = _clients[i];

                                for (var j:* in obj) 

                                {

                                        i[j] = _self.getTranslationFromXML(obj[j]);

                                }                        

 

                        }

                }

 

                static public function getTranslation(stringId:String, obj:* = null, propertyName:String = 'text'):void

                {

                        var str:String = _self.getTranslationFromXML(stringId);

                        if (str == '')

                        {

                                trace('StringId:', stringId, 'is empty!');

                        }

                        if (obj != null)

                        {

                                var o:Object;

                                if ( _self._clients[obj] != null || _self._clients[obj] != undefined){

                                        o = _self._clients[obj];

                                }else{

                                        o = {};

                                }

                                o[propertyName] = stringId;

                                _self._clients[obj] = o;

                                obj[propertyName] = str;

                                obj.addEventListener(Event.REMOVED_FROM_STAGE,onRemove)

                        }

                }

 

                static private function onRemove(e:Event):void 

                {

                        e.currentTarget.removeEventListener(Event.REMOVED_FROM_STAGE, onRemove);

                        delete _self._clients[e.currentTarget];

                }

 

                public function getTranslationFromXML(id:String, lang:String = null):String

                {

                        return _xml.string.(@id == id).attribute(checkLang(lang));

                }

 

                private function checkLang(lang:String):String

                {

                        if (lang == null)

                                lang = Language.CUR;

                        return lang;

                }

 

        }

 

}

caseyryan

19.10.2017 07:23

Цитата:

А можно пример, где это AS3 используется в таком ограниченном ресурсами пространстве?

Да. Мобильные игры. Часто бывает так, что оптимизиоровать нужно буквально всё.

Цитата:

Если вы так утрировали мобильники, то опять же скажу вам что ваша теория разбивается моим опытом.

Готов поспорить, что опыта программирование под мобильники у меня, как минимум не меньше) Так что не надо тут разговоров про опыт, теории и что там обо что разбивается.

Цитата:

Так что не надо воду лить... И про мировую практику лечить..

Чтобы не лечить тут всех тем, что написание всех переводов в одном файле это правильно, рекомендую всё-таки посмотреть эту общемировую практику. Начать, хотя бы, с андроида, потом глянуть пакеты i18n или l10n, которые используются вообще сплошь и рядом

Цитата:

Да уж)
Пара вопросов по этому коду, на вскидку:
1) В чем смысл использования XML, если он все равно жестко вшивается в код? Можно было бы легко обойтись нативным Object
2) Для чего там добавляется stage и вообще фигурируют какие-то дисплей объекты? Что мешает сделать Translator синглтоном и использовать его в качестве диспетчера событий? Посылать события от имени stage - это моветон и может легко перерасти в дикий гемор по поиску багов.

Выкладывая подобный код, про опыт лучше вообще не упоминать)

Wolsh

19.10.2017 09:03

Аккуратней. На личности не переходим!

Партизан

19.10.2017 15:03

Цитата:

Чтобы не лечить тут всех тем, что написание всех переводов в одном файле это правильно, рекомендую всё-таки посмотреть эту общемировую практику.

Спасибо за рекомендацию, мне она известна далеко не поверхностно, но я кажется уже описывал почему этот стандарт не всегда подходит. Что касается небольших приложений, то опять же с целью сокращения объема приложения и увеличения производительности не вижу смысла раздувать количество файлов и лишних операций.

Цитата:

1) В чем смысл использования XML, если он все равно жестко вшивается в код? Можно было бы легко обойтись нативным Object

Жестко вшивается оттого, что в будущем не предполагалось изменение языкового пакета приложения после его компиляции, операция загрузки файла тут лишняя. Думаю, я ответил почему XML.

Цитата:

2) Для чего там добавляется stage и вообще фигурируют какие-то дисплей объекты? Что мешает сделать Translator синглтоном и использовать его в качестве диспетчера событий? Посылать события от имени stage - это моветон и может легко перерасти в дикий гемор по поиску багов.

Отправка событий через stage была оправдана в одном из проектов конфликтом имен или областью видимости подгружаемых роликов точно наверное уже не вспомню, может быть версией AVM. Не суть важно... Моветон или нет вопрос спорный, не один холивар на эту тему был. Багов по этой схеме не припомню. DisplayObject'ы регистрируются для того, чтобы в момент смены языка менялся только текст который отображается на экране. Если к примеру textfield вне display list, его регистрация стирается.

Цитата:

Выкладывая подобный код, про опыт лучше вообще не упоминать)

Как же я жил без Вашей оценки? И как дальше-то жить с этим? :D

caseyryan

20.10.2017 10:16

Цитата:

Моветон или нет вопрос спорный, не один холивар на эту тему был. Багов по этой схеме не припомню.

Ну, в принципе, логично. Можно писать вообще любой г-код и оправдывать это тем, что сложно припомнить баги по этой схеме, и много холиваров было. Работает? Да. Значит написано хорошо!

Цитата:

DisplayObject'ы регистрируются для того, чтобы в момент смены языка менялся только текст который отображается на экране. Если к примеру textfield вне display list, его регистрация стирается.

Уже вижу, как при добавлении новых объектов на сцену, они добавляются с неизмененным языком, потому что при создании какого-то нового объекта, разработчик забыл из зарегистрировать. И это при том, что если делать "нормально", то объекты вьюшки сами должны слушать изменение модели, и сами менять свои надписи, если произошло событие смены языка. Языковой пакет уж точно этим заниматься не должен. Он должен лишь хранить переводы и отдавать нужный по запрошенному ID. Он даже событий никаких может не слать
В правильной схеме во вьюшках должно быть что-то вроде:

Код AS3:

 

_viewModel.addEventListener(LocalizationEvent.LOCALE_CHANGE, onLocaleChange);

 

private function onLocaleChange(e:LocalizationEvent):void {

    // ....

    playButton.label = i18n.translate("play");

    stopButton.label = i18n.translate("stop");

}

И не надо никаких заморочек с регистрацией объектов в языковом пакете и отправкой событий через stage. И 100% все нужные тексты при смене языка будут сразу переведены.
Если речь идет об экономии процессорного времени на вычисление атласов растровых шрифтов, то в этом случае, можно обновлять текст только в переменной, а прорисовывать уже при добавлении вьюшки в дисплей лист, но это все равно должна делать сама вьюшка.

Цитата:

Есть такая вещь, как рефакторинг. Которая работала всегда, независимо от версий avm. Любые конфликты имен легко исправляются.

Цитата:

Спасибо за рекомендацию, мне она известна далеко не поверхностно

Заметно

Цитата:

Как же я жил без Вашей оценки?

Не знаю, но могу предположить, что хвастаясь своим опытом перед кем-то менее опытным)

Цитата:

И как дальше-то жить с этим?

Жить не вводя новичков в заблуждение подобными рассуждениями и примерами. А то они могут подумать, что раз у человека много лет опыта, значит он их точно научит делать правильно. А в реальности окажется, что он просто выложил свой древний кривой код, который, по каким-то причинам, ленинтся переделать правильно, при этом сам понимает, что это фигня, но признать это, после таких длительных рассуждений, будет равносильно падению лицом в грязь. Это моё имхо)

Партизан

20.10.2017 17:59

Цитата:

В моем случае я вижу решение, а вы почему-то г... Хотя есть один анекдот, суть которого можно описать как "Пчела видит жизнь в мёде, а муха..."

Цитата:

Исключено, для этого собственно и создавалась "регистрация"...

Код AS3:

var tf:TextField = new TextField();

Translator.getTranslation('strID_hello', tf); // Приветствие.

Цитата:

И это при том, что если делать "нормально", то объекты вьюшки сами должны слушать изменение модели, и сами менять свои надписи, если произошло событие смены языка. Языковой пакет уж точно этим заниматься не должен. Он должен лишь хранить переводы и отдавать нужный по запрошенному ID. Он даже событий никаких может не слать
В правильной схеме во вьюшках должно быть что-то вроде:
Код AS3:

_viewModel.addEventListener(LocalizationEvent.LOCALE_CHANGE, onLocaleChange);

private function onLocaleChange(e:LocalizationEvent):void {
// ....
playButton.label = i18n.translate("play");
stopButton.label = i18n.translate("stop");
}
И не надо никаких заморочек с регистрацией объектов в языковом пакете и отправкой событий через stage. И 100% все нужные тексты при смене языка будут сразу переведены.

Т.е. если я правильно понимаю, то "нормально" для вас это:
1. Присвоить текст на стадии создания tf.
2. Создать слушатель LocalizationEvent.
3. При изменении языка, заново запросить строку... (здесь дублировать ID)
А теперь я вам расскажу что вам еще нужно будет сделать:
4. этот пункт перед третьим будем считать. Загрузить нужную локаль... У вас же все должно быть отдельно)
5. Не забыть удалить все слушатели с tf в случае удаления его со сцены. Это еще один слушатель, еще одна функция и перечисление всех tf в ней...
Не слишком ли много действий и кода для одной строки? (для каждой к тому же).... И все это еще нужно будет заставить работать, если это отдельный подгружаемый swf... (к вопросу о stage).

Мне достаточно первого пункта. Код выше.

З.Ы. Остальные ваши скучно-нудные умозаключения могли бы оставить в месте, коим их придумали...

caseyryan

21.10.2017 10:03

Цитата:

Исключено, для этого собственно и создавалась "регистрация"...

Ну можно тогда и сказать тоже самое про ошибку переводчика. Она так же исключена. Для этого и создавались ID. Как-то так.

Цитата:

Хотя есть один анекдот, суть которого можно описать как "Пчела видит жизнь в мёде, а муха..."

А еще есть поговорка "ему хоть .. в глаза, а он всё - Божья роса!" )

Цитата:

В моем случае я вижу решение, а вы почему-то г...

Да, решение. Но костыльное. Новичка такому учить явно не надо. Не всё, что решает проблему, является её правильным решением. Если не важно как, лишь бы работало, то можно что угодно нагородить. Мол "и так сойдёт".

Цитата:

А теперь я расскажу, что происходит на самом деле:
1) Программа запускается и грузит ту локаль, которая соответствует выбранной в операционной системе. Это называется локаль "по умолчанию" (раз уже не понятно)
2) После инициализации вьюшки (без присвоения какого-либо текста текстовым полям), там же в методе инициализации вызывается метод onLocaleChange и передается аргумент null. Открою секрет, метод, при этом нормально вызывается)
При этом меняются тексты сразу для всех полей вьюшки, в которых они должны поменяться. Легко и быстро.

Цитата:

5. Не забыть удалить все слушатели с tf в случае удаления его со сцены. Это еще один слушатель, еще одна функция и перечисление всех tf в ней...
Не слишком ли много действий и кода для одной строки? (для каждой к тому же).... (к вопросу о stage).

К текстовым полям не добавляются никакие слушатели, никогда. Не понимаю коим местом было сделано это умозаключение. Слушатель (только один) добавляется внутри вьюшки к модели. При удалении со сцены он не удаляется. А удаляется, только если у вью был вызван метод dispose(), который уничтожает и всё остальное.

Цитата:

И все это еще нужно будет заставить работать, если это отдельный подгружаемый swf...

Вот это вообще не понял к чему сказано)
Да хоть десять подгруженных swf, все будет работать точно так же. Мне не приходится ничего "заставлять" работать. Всё просто работает, потому что написано без костылей.

Часовой пояс GMT +4, время: 15:54.

Страница 2 из 2

Показывать 40 сообщений этой темы на одной странице

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.