Особенности разработки конфигураций для ОС 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Клиент и
ЭтоМобильныйКлиент из общего модуля
ОбщегоНазначенияКлиентСервер. Так что когда наткнётесь на грабли, на которые ещё не наступали разработчики типовых, можно будет воспользоваться.
Ах да, по мобильным клиентам практики ещё особо нет, но вот столкнулись, например, с тем, что с оперативкой там туговато и она фрагментируется, поэтому поосторожнее с выводом множества картинок на форме.