История изменений
Исправление monk, (текущая версия) :
таки 1с торт?
Смотря в какой части. Нормального ООП (наследования от произвольного класса) нет. Многопоточность слегка извращённая. У серверных процессов нет состояния (разве что в БД его пихать).
Макросов нет, ссылок на функцию нет (точнее есть, но опять же в крайне извращённом виде).
Зато практически идеальный орм (в местном SQL поле БД может иметь любой объектный тип или их объединение, отладчик умеет показывать временные таблицы), конструктор запросов, пользовательские отчёты (пользователь может строить произвольные условия и группировки). И практически идеальный клиент-сервер, в котором вызов серверной синтаксически не отличается от вызова обычной функции, а состояние формы вообще автоматически синхронизируется без вмешательства программиста. Ну и возможность писать всю программу на русском языке тоже удобна (не приходится придумывать правильный контекстный перевод для всех переменных).
удобный орм в наличии?
Да. Лучше я не видел. Единственный его недостаток: структура самой БД не управляется, а генерируется автоматически. То есть в 1С у тебя Номенклатура, Контрагент и прочее, а в СУБД: _Document315._Fld5739. И индексы он сам за тебя создаёт. Иногда неоптимально. Впрочем, никто не мешает после применения изменений конфигурации индексы пересоздать самом через консоль SQL напрямую.
Исправление monk, :
таки 1с торт?
Смотря в какой части. Нормального ООП (наследования от произвольного класса) нет. Многопоточность слегка извращённая. У серверных процессов нет состояния (разве что в БД его пихать).
Макросов нет, ссылок на функцию нет (точнее есть, но опять же в крайне извращённом виде).
Зато практически идеальный орм (в местном SQL поле БД может иметь любой объектный тип или их объединение, отладчик умеет показывать временные таблицы), конструктор запросов, пользовательские отчёты (пользователь может строить произвольные условия и группировки). И практически идеальный клиент-сервер, в котором вызов серверной синтаксически не отличается от вызова обычной функции, а состояние формы вообще автоматически синхронизируется без вмешательства программиста. Ну и возможность писать всю программу на русском языке тоже удобна (не приходится придумывать правильный контекстный перевод для всех переменных).
удобный орм в наличии?
Да. Лучше я не видел. Единственный его недостаток: структура самой БД не управляется, а генерируется автоматически. То есть в 1С у тебя Номенклатура, Контрагент и прочее, а в СУБД: _Document315._Fdl5739. И индексы он сам за тебя создаёт. Иногда неоптимально. Впрочем, никто не мешает после применения изменений конфигурации индексы пересоздать самом через консоль SQL напрямую.
Исходная версия monk, :
таки 1с торт?
Смотря в какой части. Нормального ООП (наследования от произвольного класса) нет. Многопоточность слегка извращённая. У серверных процессов нет состояния (разве что в БД его пихать).
Макросов нет, ссылок на функцию нет (точнее есть, но опять же в крайне извращённом виде).
Зато практически идеальный орм (в местом SQL поле БД может иметь любой объектный тип или их объединение, отладчик умеет показывать временные таблицы), конструктор запросов, пользовательские отчёты (пользователь может строить произвольные условия и группировки). И практически идеальный клиент-сервер, в котором вызов серверной синтаксически не отличается от вызова обычной функции, а состояние формы вообще автоматически синхронизируется без вмешательства программиста.
удобный орм в наличии?
Да. Лучше я не видел. Единственный его недостаток: структура самой БД не управляется, а генерируется автоматически. То есть в 1С у тебя Номенклатура, Контрагент и прочее, а в СУБД: _Document315._Fdl5739. И индексы он сам за тебя создаёт. Иногда неоптимально. Впрочем, никто не мешает после применения изменений конфигурации индексы пересоздать самом через консоль SQL напрямую.