Особенности разработки конфигураций для ОС Linux и OS X.
https://its.1c.ru/db/v8std#content:2149184372:hdocПри изучении этого стандарта у многих из нас может возникнуть когнитивный диссонанс. Но, давайте по-порядку.
1. В первом пункте стандарт спешит нас успокоить: в основном платформа нас болемене от операционки изолирует. Правда, есть нюансы.
2. В Linux и OS X не работает Windows-технология COM. Наиболее частотные потребности при этом платформа старается обеспечить. Например, для администрирования сервера в Linux есть утилиты
ras
и
rac
(в OS X - нет), а для определения путей к специальным папкам в файловой системе в платформе есть методы
РабочийКаталогДанныхПользователя
,
КаталогДокументов
и
КаталогВременныхФайлов
.
3. Если вдруг сильно надо, можно заюзать технологию создания внешних компонент Native API.
4. Объект
Почта
работает только в Windows, но я чот сомневаюсь, что кто-то его серьёзно использует.
5. В этом пункте стандарт напоминает, что в Linux и OS X элемент
ПолеHTMLДокумента
использует движок WebKit. Возможно, когда и к Windiws-версии платформы прикрутят этот движок (
обещают в 8.3.14), то данный пункт можно будет убрать.
6. Вдруг вы использовали картинки в форматах WMF и EMF (метафайлы Windows), их следует заменить на растровые, например PNG или JPG.
7. В ОС Linux имена файлов регистро-зависимые.
8. Стандарт советует использовать функцию
ПолучитьРазделительПути
, но я по-секрету вам скажу, что прямой слэш
/
одинаково хорошо работает в любой операционке (и в Windows тоже). Сюрприз.
9. А как вишенка на торте - в БСП есть методы
ЭтоLinuxКлиент
,
ЭтоOSXКлиент
,
ЭтоWindowsКлиент
и
ЭтоМобильныйКлиент
из общего модуля
ОбщегоНазначенияКлиентСервер
. Так что когда наткнётесь на грабли, на которые ещё не наступали разработчики типовых, можно будет воспользоваться.
Ах да, по мобильным клиентам практики ещё особо нет, но вот столкнулись, например, с тем, что с оперативкой там туговато и она фрагментируется, поэтому поосторожнее с выводом множества картинок на форме.