• Встроенный язык версии 8.0 не совместим с языком вер-
сии 7.7. При конвертации информационной базы тексты про-
граммных модулей не конвертируются (переносятся в виде
комментариев).
• Платформа теперь не делится на базовые объекты и постав-
ляемые отдельно компоненты (бухгалтерия, оперативный учет,
расчет). Все объекты конфигурации включены в стандартную
поставку.
• Разработан механизм поставки и поддержки конфигураций.
• Разработан новый эргономичный дизайн пользовательского
интерфейса, ориентированный на облегчение освоения про-
грамм неподготовленными пользователями и обеспечение вы-
сокой скорости работы для опытных пользователей, что осо-
бенно актуально при массовом вводе информации.
• В информационной базе всегда хранится две конфигурации:
конфигурация базы данных, которая соответствует текущей ба-
зе данных (т.е. структуре таблиц), и текущая конфигурация,
которую можно редактировать и сохранять без прерывания ра-
боты пользователей. Но при обновлении конфигурации базы
данных требуется монопольный захват информационной базы.
Разработка:
• Разработана новая унифицированная объектная модель систе-
мы. Добавлены, изменены или удалены некоторые объекты
конфигурации, но обеспечивается преемственность с верси-
ей 7.7 по части основных понятий.
• Скорость освоения платформы должна возрасти за счет уни-
фицированной объектной модели системы, так же как и ско-
рость разработки конфигураций. Последнее достигается, на-
пример, благодаря новым программным объектам и механиз-
мам.
• У справочников, документов и других объектов конфигурации
поддерживается несколько табличных частей.
Расширен набор элементов управления, их свойств и событий
Теперь в форме могут располагаться ActiveX-компоненты.
• Переработан механизм запросов, ориентированный на обра-
ботку экономической информации. Запросы рекомендуется
использовать как основное средство извлечения данных.
• Отладчик включен в Конфигуратор. Он умеет показывать спи-
сок свойств объектов с указанием их значений и типов. Есть
возможность просмотреть коллекции, например, массивы,
таблицы значений.
• Функциональность внешней компоненты v7plus.dll включена
платформу в виде объектов Почта, СистемнаяИнформация
ИнтернетСоединение, РТРСоединение и т.д. Есть встроенные
средства для работы с XML-документами.
Масштабируемость:
• Ожидается значительное увеличение масштабируемости при-
кладных решений при правильном использовании механизма
платформы, особенно для клиент-серверного варианта работы.
• В клиент-серверном варианте реализуется трехуровневая архи-
тектура, когда между клиентом и сервером баз данных распо-
лагается сервер 1С:Предприятия 8.0. Допускается работа про,
граммы на встроенном языке на сервере 1С:Предприятия 8.0.
• В файловом варианте работы 1C: Предприятия 8.0 информаци-
онная база хранится в одном файле, который включает в себя
конфигурацию, данные и административную информации
• Введен механизм СОМ-соединения для взаимодействия с дру-
гими приложениями, поддерживающими данную технологию.
• Добавлены средства групповой разработки — хранилищ
конфигурации с поддержкой истории изменений.

Old Nick

1. Вся логика моего фреймворка находится на сервере и обрабатывается языком T-SQL, отсюда отсутствие торомозов
2. Логика разрабатывается на языке T-SQL и использует его без ограничений. Это означает возможность разрабатывать любую логику, не ограничиваясь рамками фреймворка или какого-то бизнес-языка.
3. Клиент пишется с помощью инструмента быстрой разработки приложений, таких как Delphi, Visual Studio.Net, но с использованием компонент, которые позволяют очень быстро получать формы для сущностей. При этом нет ограничения по использованию языка паскаль или Сишарп и нет вообще никакого ограничения, не нравится писать быстро создавай свои формы, свои компоненты, используй сторонние компоненты. Попробуй тоже самое в 1С


Сервер приложений 1С легко компенсирует данные недостатки, а язык 1С
уступает Object Pascalю и c#... тем, что в нем (пока) отсутствует объектно-ориентированного Программирования. Хотя сам 1С написан на VC++.
Это вопрос времени.

Да и потом вы предоставляете: средства разработки, документацию, гарантии того что после вас все это кто-то поддержит?

Какой квалификацией должен обладать программист, чтобы написать, отладить систему классов аналогичную 1С?

Сколько на это уйдет времени?

Кто даст гарантии и подо что в случае провала проекта?

Даже если вы придумаете что-то уникальное, кто будет это продвигать?

В итоге вы будете рассказывать это своим друзьям и вздыхать.
А потом поймете, что в R3 или Oracle на проектах можно неплохо заработать.

и что за 1С вы не получите такой откат как с R3 ... и многое другое.

На 1С8 можно действительно очень быстро и качественно создать любую учетную систему.

Кстати если хотите себя проверить, попытайтесь пройти конкурс в "ядерный" отдел 1С.

Заполни анкету
http://www.1c.ru/rus/firm1c/vacan/anketa.jsp

И отправь
job@1c.ru

Моей заинтересованности в этом нет, я (пока) занимаюсь западными ERP

AnS1>>одни мой друг, очень большой любитель копаться в системах на низком уровне, недавно тестировал 1С8 с точки зрения реализации формирования запросов от 1С к sql server.

Поподробнее узнайте у своего друга про механизм бухгалтерских итогов и регистров. Все обработка находится на сервере в виде ХП.
Мелкие запросы которые идут с клиентов не угроза серверу. А вот когда необходимо поднять сальдо на дату или обороты за период это да. В 1С реализован уникальный и простой механизм для этих операций.

AnS1
Выяснилось, что ничего хорошего нету - поток запросов, без sp. При такой организации быстро и просто качественную систему реализовать проблематично.
+
Курсоры на сервере - следовательно при просмотре какого-нибудь списка на клиенте идет куча запросов к серверу
+
С индексами проблема осталась (не очень сильно они их пользуют)

Хотя это конечно частности. Хуже всего, что ну очень вероятно, что ноги растут из файл-серверной технологии, так что фактически очень мало фичь именно SQL сервера используется

Я еще раз повторюсь, используйте 3-х звенку. Системы OEBS и R3 построены именно на этой архитектуре.

Отсутствие ХП это не минус, а стратегический плюс.

Oracle Applications отсылает огромное число запросов на простых действиях.
Но мощнейшие сервера ценой от 000 000$ легко справляются.
Перестаньте относиться к 1С 8 как к системе для супер мелких контор,
отнеситесь к ней как к мощнейшей технологической платформе.

На рынке стали появляться предложения стать консультантом 1С на проектах внедрения.

1С несмотря ни на что ломает стереотипы и растет.
Цена концепции - мелкие запросы.

Перестаньте их отлавливать, следить за ростом exe файла и за размером каталога windows.

Gust_2Совершенно верно, ноги клиент-серверной версии 1С 7.7 растут из файл-серверной версии. По сути MS SQL используется лишь как контейнер для хранения данных. Структура данных аналогичная DBF'ной версии.

В R3 точно такой же подход. Но машины под названием 100% СЕРВЕР, спасают положение.

AnS1>>ноги клиент-серверной версии 1С 7.7 растут из файл-серверной версии.

я имел ввиду 1с8 (

Ну конечно ноги 3-х звенки 1с8 тоже растут из файс серверной 1С 77.
Ну и что это повод не использовать данный механизм?

Varan
Мне казалось, что логичнее систему под бизнесс-процессы затачивать, а не наоборот. Ну или хотя-бы совместно их "затачивать".

Ага, попросите R3, Oracle или Microsoft затачить систему под ваши процессы. Покупая систему, вы также приобретаете бизнес процессы, применяемые во всем мире. Доработка системы стоит колоссальных средств.
Разработкой OEBS каждый день занимается от 10000-15000 человек.

Я потратили 1,5 года на написание никому ненужного концептуального хлама.

На c++ и DOA построили структуру классов (документ/представление), полностью повторяющую 1Сv77(бух и опер компоненты).
На Oracle 8-9 была реализована серверная сторона классов.
На разработку и отладку компоненты бухгалтерский учет мы потратили 8 месяцев.
Было спроектировано порядка 60 классов (для ядра) только на клиенте
для Метаданных, бухгалтерии, логистики.
Особенно хочется отметить, как 1С (и мы) реализовало в бух компоненту. Это просто !!!. Поднятие остатков с заданной аналитикой на дату происходит практически мгновенно (при правильном выборе периодичности).
Модули проведения полностью переносились на сервер. Для проведения документа просто передавался его номер.
Вдобавок ко всему Oracle позволяем писать на русском языке. В итоге модуль размером в 2000 тыс строк любой сложности из 1С переносился одним челом за 6 часов.
Любая конфа из 1С переносилась за 1-... мес (зависит от объема и людей).
Для отладки пошагово шли в 1с и в нашей системе :) попутно находя ошибки в ядре 1С. Но теперь все лежит в дальнем ящике и некому ненужно.

Лично мне надоело убеждать людей, что незачем разрабатывать собственные системные ядра. Сосредоточьтесь на реализации качественных БП.

Владельцы и Менеджеры должны перестать выкидывать деньги на разработку "новых ядер" только потому, что юные проги хотят выучить язык программирования.
Очень многие руководители стали заложниками таких систем. Но Российский рынок перестает быть "диким", доходы IT компаний растут. Составить им конкуренцию без огромных капиталовложений невозможно.

Согласен с вами на 100%

Но видимо 1С действительно сделали революцию в своей системе, раз пошли на такие жертвы.