Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Разработка web приложения с мультиязычным интерфейсом
|
|||
|---|---|---|---|
|
#18+
Всем привет! Пожалуйста посоветуйте хороший ресурс описывающий разработку приложений с поддержкой мультиязычного интерфейса на asp.net core 1.1. Также интересует структура справочников содержащие значения на нескольких языках. Какие поля для этих таблиц нужно создавать для мультиязычности ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2017, 17:15 |
|
||
|
Разработка web приложения с мультиязычным интерфейсом
|
|||
|---|---|---|---|
|
#18+
Testor1, Спектр решений для разных случаев весьма широк. Что конкретно должно быть мультиязычным, а что нет? Только данные? Только интерфейс? Интерфейс и данные? Взаимозаменяемые ли на 100% строки? Или от случая к случаю? В общем, нет универсального решения, которое можно посоветовать. Дайте больше информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2017, 23:59 |
|
||
|
Разработка web приложения с мультиязычным интерфейсом
|
|||
|---|---|---|---|
|
#18+
hVosttTestor1, Спектр решений для разных случаев весьма широк. Что конкретно должно быть мультиязычным, а что нет? Только данные? Только интерфейс? Интерфейс и данные? Взаимозаменяемые ли на 100% строки? Или от случая к случаю? В общем, нет универсального решения, которое можно посоветовать. Дайте больше информации. Простая задача. Нужно к примеру сделать eshop на двух языках. Интерфейс, продукция и адреса должны быть на двух языках - русском и английском. Интересует именно Best Practice. Как лучше и почему. Где лучше хранить мультиязычное меню ? В локальных ресурсах или в базе данных ? Какова структура справочных таблиц хранящие мультиязчные данные? На сколько правильная и структура для поддержки мультиязычности на примере таблицы City table City Код: sql 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 19:52 |
|
||
|
Разработка web приложения с мультиязычным интерфейсом
|
|||
|---|---|---|---|
|
#18+
Testor1, Если будет всего два языка и третьего, четвёртого языка не будет и не предвидится, то можно делать по 2 поля для каждого языка. Например так: Код: sql 1. 2. 3. 4. 5. В чём простота такого решения? Данные лежат рядом Смена локали означает всего лишь смену суффикса (_ru, _en) при выборке данных В схеме сразу видно что локализовано, а что нет Какие это накладывает ограничения? Довольно проблематично добавить ещё один язык, надо везде добавить по полю и учесть смену суффикса Вся локализация выполняется 1 к 1, что обычно далеко от реалий, обычно перевод отстаёт от оригинала, это придётся как-то решать в логике, кроме того контент для разных языков может различаться существенно даже по структуре Надо думать что делать, если данных для определённой локали нет, брать ли её из другой локали или подставлять какое-то значение по умолчанию Работа с локализацией будет размазана по всей схеме данных Строковые ресурсы это не единственное, что завязано на локали, и решать таким образом эту проблему сложнее К вопросам «на сколько правильная» ответа дать нельзя. На 10 задач может быть 10 разных непохожих решений, которые все правильные. Вообще, если интересно, можешь посмотреть устройство мультиязычного интернет-магазина nopCommerce: https://github.com/nopSolutions/nopCommerce Вот документация по мультиязычности: http://docs.nopcommerce.com/display/en/Languages Можешь скачать, установить и посмотреть как работает. Там есть локализация и в ресурсах и в базе данных. Посмотреть исходники и узнать как это устроено. Это конечно не означает единственно верного решения. Но оно рабочее и достаточно эффективное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 21:04 |
|
||
|
Разработка web приложения с мультиязычным интерфейсом
|
|||
|---|---|---|---|
|
#18+
hVosttTestor1, Если будет всего два языка и третьего, четвёртого языка не будет и не предвидится, то можно делать по 2 поля для каждого языка. Например так: Код: sql 1. 2. 3. 4. 5. В чём простота такого решения? Данные лежат рядом Смена локали означает всего лишь смену суффикса (_ru, _en) при выборке данных В схеме сразу видно что локализовано, а что нет Какие это накладывает ограничения? Довольно проблематично добавить ещё один язык, надо везде добавить по полю и учесть смену суффикса Вся локализация выполняется 1 к 1, что обычно далеко от реалий, обычно перевод отстаёт от оригинала, это придётся как-то решать в логике, кроме того контент для разных языков может различаться существенно даже по структуре Надо думать что делать, если данных для определённой локали нет, брать ли её из другой локали или подставлять какое-то значение по умолчанию Работа с локализацией будет размазана по всей схеме данных Строковые ресурсы это не единственное, что завязано на локали, и решать таким образом эту проблему сложнее К вопросам «на сколько правильная» ответа дать нельзя. На 10 задач может быть 10 разных непохожих решений, которые все правильные. Вообще, если интересно, можешь посмотреть устройство мультиязычного интернет-магазина nopCommerce: https://github.com/nopSolutions/nopCommerce Вот документация по мультиязычности: http://docs.nopcommerce.com/display/en/Languages Можешь скачать, установить и посмотреть как работает. Там есть локализация и в ресурсах и в базе данных. Посмотреть исходники и узнать как это устроено. Это конечно не означает единственно верного решения. Но оно рабочее и достаточно эффективное. Спасибо! В таблице опечатался cultureUI, а не collationUI. P.S. Языков будет несколько Пока для себя склоняюсь к мысли, что основное меню будут делать на основании локальных ресурсов, а все справочники на уровне базы данных по примеру таблиц, что я привел. Документацию также просмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 14:38 |
|
||
|
|

start [/forum/topic.php?fid=18&gotonew=1&tid=1355511]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
28ms |
get topic data: |
11ms |
get first new msg: |
7ms |
get forum data: |
4ms |
get page messages: |
54ms |
get tp. blocked users: |
3ms |
| others: | 270ms |
| total: | 402ms |

| 0 / 0 |
