Вот тут народ наваял уже что-то:

http://www.nsgsoft.ru/production_framework.html

Вроде Гепард что-то подобное ваяет ...

интересно было бы сравнить...

надо кинуть на одноэсию...

Язык впечетляет, ИМХО какие-то дурацкие навороты ненужные:
protected override bool Handling()

           {

//Создаем объект - регистр накопления. Все объекты следует //создавать, вызывая метод Новый()

//Использование new для объектов метаданных запрещено, т.к. при //наследовании конфигураций

           //будут создаваться не те объекты.

           //В качестве параметра при создании передаем документ,

           //который будет регистрировать свои движения по данному регистру

           ВыданныеКниги регКниги = ВыданныеКниги.Новый(this);

//Инициализируем регистр, подготавливаем его к регистрации //движений

           регКниги.New();

           //Реквизиты, значение которых одинакого для всех движений можно

//присваивать один раз

           регКниги.Читатель = Читатель;

           if (ВидОперации == ВидыОпераций.Выдача)

           {

               //При выдаче книг никаких проверок по остаткам делать не надо

               foreach (ДокументыВыдачаКнигиТабличнаяЧасть.Строка строка in Таблица.Rows)

               {

                  //Если пользователь забыл задать количество книг, выдаем

                  //сообщение об ошибке и отменяем проведение.

                  //Для этого, рекоммендуем использовать класс

                  //NsgHandlingAbortException

                   if (строка.Количество == 0)

                       throw new NsgHandlingAbortException("Не задано количество выданных книг");

                   //Заполняем все необходимые поля регистра

                   регКниги.ВидДвижения = ВидыДвижений.Приход;

                   регКниги.Книга = строка.Книга;

                   регКниги.Количество = строка.Количество;

                   //Добавляем движение

                   регКниги.AddMovement();

               }

           }

           else

           {

               ВыданныеКниги регКнигиОстатки = ВыданныеКниги.Новый();

               NsgCompareParam параметр1 = new NsgCompareParam(ВыданныеКниги.Names.Читатель, Читатель);

               foreach (ДокументыВыдачаКнигиТабличнаяЧасть.Строка строка in Таблица.Rows)

               {

                   //создаем условие для поиска. Книга = строка.Книга

                   регКнигиОстатки.Книга = строка.Книга;

                   //запрашиваем остатки по регистру

                   регКнигиОстатки.GetRest(ДатаДокумента);

                   if (регКнигиОстатки.Количество < строка.Количество)

                       throw new NsgHandlingAbortException("За читателем числится " + регКнигиОстатки.Количество + " книг");

                   регКниги.ВидДвижения = ВидыДвижений.Расход;

                   регКниги.Книга = строка.Книга;

                   регКниги.Количество = строка.Количество;

                   //Добавляем движение

                   регКниги.AddMovement();

               }

           }

           //Записываем движения регистра в БД

           регКниги.Post();

           return true;

           }

очередной Access, только под .Net

да плевать...
если эта штука будет реально быстро работать при 100-200 юзерах и будут рабочие конфигурации для управл учета - может и взлететь.
по крайней мере такого траха с платформой не будет...

язык конечно странный... то ли для совместимости для "свитчеров" из 1С-ников, то ли неохота было парится со словарями или писать "типа по иностранному" regKnigi.Kolichestvo...

Сначала инициализируем регистр, потом проверяем введенное количество - круто.
Если там всё остально такого же плана - то нах нада.

(7)
Одновременно по русски и по ангийски - мучение.

(6)
Чем в таком случае не нравится АНАНАС?

(8) А что плохого в инициализации регистра? 1С-ный шаблон - работа с объектом подразумевает под собой наличие всех его кишков в памяти? А это реально надо? И потом намертно прибитая связь регистр - документ-регистратор - это ИМХО тоже уже устаревшая конструкция

(10) А чем он вообще нравиться должен?

(8) похоже, регистр у них - это объект с методами... тогда его надо инициализить перед работой.. Чтобы хотя бы параметры обращения задать
И ребята правы...

P.S. я бы сначала проверил количество, потом сделал инициализацию...

Привет всем!
Уж коли Вы взялись обсуждать нашу разработку, разрешите мне ее позащищать :).

1. Почему русский + англ. Никто не запрещает вам писать просто по английски. Однака, для простоты понимания написанного тексти, поля БД неплохо называть по-русски, если программа ориентирована на Россию. Ну не знают у нас английского в должной мере, а писать ObsheeKolichestvo - это еще хуже для восприятия. Однако, еще раз повторюсь, это дело каждого.
2. "P.S. я бы сначала проверил количество, потом сделал инициализацию..."
Формально, Вы безусловно, правы. Однако на практике это не даст никакого преимущества. Обращение к БД все равно идет на порядки медленнее. И кода пришлось бы написать больше - т.е. пожертвовали бы размером и читаемостью :).
А так, Вы абсолютно правы. Метод New подготавливает регистр к щапросу данный. Сами остатки из него можно получить несколькими способами. Причем, здесь используется самый примитивный (может быть поэтому столько критики?).
3. "Язык впечетляет, ИМХО какие-то дурацкие навороты ненужные:" - а что здесь ненужного? Метод проведения перекрывается у нужного объекта и описывает какие движения данный документ делает по регистру. Если будет отнаследованная конфигурация, то там будет сделано то же самое. Наследование, однако :)

поддерживаю pit-а
разработка хорошая, полезная, перспективная

Надо скачать, пощупать. Заодно в C# попрактиковаться.
(14) А внятный мануал по объектной модели имеется?

Забавная вещь, но до 1С, ИМХО, ещё очень и очень далеко по всем параметрам...

(16) Завтра можно будет скачать с сайта. Ссылочку кину.
(17) Никто и не говорит, что мы "круче тучи", но все-таки интересно, по каким параметрам?

(14) А чьи у вас компоненты GUI? Грид - от devexpress?

(17) 1С сильнее только одним - поддержкой регламентированного учета. В торговле нет регламентированного - нет и преимущества...

повторюсь - если данная разработка обеспечит комфортную скорость 100-200-300 пользователей без особых усилий со стороны программиста - 1С может отдыхать..

(18) Нет, наш. В основе, правда, лежит лицензионный iGrid от компании 10tec. Но переделали мы его сильно.
К сожалению, никакие западные продукты не проходят по лицензии.

(1) у меня больше SDK для простого хранения объектов, чем платформа...

а здесь все по-другому и, видимо, даже свой конструктор печатных форм есть...

(22) + SDK хранения + MDI

(18) У вас есть типовые конфигурации, говоря в терминах 1С? Выходить на рынок в этом направлении с одной средой разработки, я думаю, бесперспективная идея...

(23) + возможность использования сервера объектов...

но все в виде библиотек, без визуального редактирования

(20) Спасибо. Со скороростью все неплохо + мы постоянно движемся к совершенству :). Сейчас разработан новый алгоритм дочитывания связанных ссылок. Будет доступно в конце недели. Должно уменьшить нагрузку на SQL сервер, увеличив производительность.
По количеству пользователей - есть работающие на платформе организации с одновременным количество пользователей 50 человек, причем где-то 40 из них активно занимаются активным вводом документов. На 200 пользователей проводили имитационное тестирование - результат очень хороший, если производительность Sql Sever достаточна. С точки зрения нагрузки на сеть - небольшая. Т.е. вполне можно обойтись без терминальных решений.

(20) мой сервер объектов - легко... даже серверную ось не надо брать

(27) + прошу прощения за офф-топ

(18) На 100% согласен.
Сейчас есть две типовые конфигурации. Скачать можно только одну - Торговля 2008. http://www.nsgsoft.ru/production_trade.html
Это конфигурация оптовой и розничной торговли с возможностью подключения торгового оборудования (сканеров, весов, регистраторов и дисплеев покупателя). До конца недели выйдет новый релиз с новыми отчетами и новым оборудованием. Естественно, все это можно донастраивать.
Вторая конфигурация - Производство скоро будет доступна для скачивания. Предназначена для организации полноценного учета на производстве вплоть до получения управленческого баланса. Есть в ней несколько очень интересных решений, позволяющих не завязываться на порядок ввода документов (что на производстве обеспечить крайне тяжело) и, как результат, нет необходимости перепроводить документы для правильного расчета себестоимости и формирования затрат.

Предыдущее мое сообщение было ответом на (24) У вас есть типовые конфигурации, говоря в терминах 1С? Выходить на рынок в этом направлении с одной средой разработки, я думаю, бесперспективная идея...
:)

(27) Использование сервера объектов имеет как плюсы, так и минусы. В нашем случае, мы обошлись без него, хотя, можно и реализовать (местечко оставлено :)).
Пока есть более актуальные задачи.

(29) молодцы... еще надо (если еще нет) интегрированного мобильного клиента для торговли

(32) + без выгрузок/загрузок

(32) Спасибо :). Причем наработки есть. Довести до ума пока времени нет. Но все еще впереди :)

Да, кстати ... а конструктор отчетов есть?

Конечно. Как же без него :)

А почему .Нет?
дргие сервера БД подключаются кроме сиквела?

В качестве конструктора отчетов используется протукт компании Stimulsoft, правда переработанный нами. Обеспечивает построение отчетов без программирования и очень хорошую скорость формирования.
Сделана система управлением группировками (включение / выключение, изменение порядка), фильтрации, настройка шрифотов, цветов... Все это без участия программиса - просто кинуть на форму три объекта.

(38) а исходные коды предоставляете? интересно поглядеть

(37) .NET потому что в будущем планируем обеспечить кросс-платформенновть (Linux, MacOS) и C# мне очень нравится.
Другие серверы могут подключаться. Сейчас, к сожалению, еще не закончен FireBird, в т.ч. втроенный вариант не требующий установки. Потом будут MySQL, Oracle.
Вообще, можно подключить любой сервер, написав реализовав соответствующий интерфейс.

от "Торговля 2008", конечно.
От самой платформы - нет (по крайней мере пока)

(37) не понял.... какая кросплатформенность у .NET? оно не кросплатформенное.
если бы хотели косплактформить, нужно было взять либы.

(41) ясна, просто интересно стало поглядеть) только курсы прошел интересно пойму я что нить в реальном проекте;)

интересно... конфа правда звёзд не хватает с небес но подработав её может получиться весьма неплохо..

интересно а на чем 1С написана)

(45) 7-ка на MFC ander VS 6.0
8-ka xz...

Многопоточность есть!!! и встроенный язык C# писать код в VS2008 на этом языке одно удовольствие, кто незнает там во время отладки при наведении мышкой на массив структуру или любой другой объект можно раскрыть плюсиками всю его структуру  всех подчиненных полей, циклы и условия сворачиваются группировками скобочки подсвечиваются :))) ляпота

(47) а ты не знал, что в 1С циклы и условия тоже можно сворачивать группировками;)?

(42) http://www.mono-project.com/Main_Page

Прикольно, только для нас нужен компилятор шоп все писать по-русски, тупые мы (у целом)

(50) я бы сказал - дело привычки у одинэсгов )))

Давно жду что-то подобное...
1С своими вывертами уже достала...
Надеюсь тут не будет недопустимых глюков как в 1С...

(50) а никто и не мешает в C# использовать наименования процедур, функций и переменных на русском языке

Да, конфигурация еще развивается, но очень быстро. Думаю, через месяц, помимо доделки необходимых вещей по учету товарному и взаиморасчетам, в т.ч. аналитические отчеты, появится и управленческая чать по затратам с формированием формы2 (отчета о прибылях и убытках), затем и до управленческого баланса дойдем.

(49) Не верю я в эффективность этой штуки и в эффективность и производительность .Net.
Я верю в то, что чем меньше прокладок и нативнее язык, тем приложение более работоспособно и КПД его больше, нежели с использованием прокладок. а интерпретатор написанный с помощью интерпретатора, это как бы сказать нонсенс...

УРА ТОВАРИЩИ !!! РЕВОЛЮЦИЯ СВЕРШИЛАСЬ !!!

В этой системе впервые реализована функция "Сделать все" !!!

Вызывается из любого документа... наконец-то можно вздохнуть спокойно...

(56)
Нафиг-нафиг такие кнопки!
Кто ж тогда нам за работу платить будет?

(55) а зря...

(55) "интерпретатор написанный с помощью интерпретатора" -- что ты под этим имел в виду?
Вообще то в .net JIT-компиляция используется.

(58) Почему зря?
Я предпочитаю работать с программами которые не требуют мощностей топовых компов.
Я к таким программам очень неприязненно отношусь. И мне дорога каждая секунда работы оператора.
А у разработчиков мода пошла: всегда навороченные компы и неприязнь+презрение к слабому железу, как будто оно не имеет права на жизнь. Я считаю что права на жизнь не имеет софт, который не работает на машине средней мощности из имеющихся.

(59) компиляция компиляции рознь.

э.. нативнее для кого? для процессора?

(59) не только JIT я только на выходных экзамен сдавал:

Компилятор C# компилирует исходных код  в Microsoft intermediate language (MSIL). MSIL коды самостоятельно компилируются в машинные коды с помощью Just-in-time (JIT) компилятора, когда приложение запускается. Однако, возможна компиляция напрямую в машинные коды и пропуская JIT compiler с использованием The Native Image Generator (NGen.exe) утилиту.

(60) многовасто "я" и "мне" и необоснованных утверждений, вернее "веры"

только поймите меня правильно, я приветствую появление подобного софта, с радостью приму участие в его внедрении и поддержке, но я должен быть уверен, что у софта есть технологический запас, стабильность и хорошая производительность.
в ином случае, нах...
А в технологический запас .Net я не верю, вернее уверен, что он меньше чем у tru языков, на которых ИМХО должен писаться софт...

(64) вроде да, переборчик. да и пафосно слегка...

(65) а что такое технологический запас?

(67) Обратная величина к потребляемому софтом ресурсам.
грубо говоря мера способности работать на слабом и средней мощности оборудовании.

(67) Сам смотри, софт, у которого маленький технологический запас не пользуется особой любовью: Эклипс, Виста, 1Cv8. Их спасает только страсть к красоте.

(68) а откуда у тебя такие данные по этому вопросу по .Net and c#?

(69) Виста - это страсть "к красоте"??!!

ЛОЛ

(65) Самый tru язык это ассемблер...

Скорость просто офигеть... на 386 DX-40 видел демку 3D.
Там два рыцаря дрались в металлических доспехах.
Со всякими тенями, бликами и прочей лабудой...
Все это под дос и без всяких 3Dfx...

Следовательно вы на ассемблере пишете ???

(69) а как это связано с .Net и c#? это связано с программистами и постановщиками  задач, которые разрабатывают эти программы

(55) Linux-программисты переходят на C# и MONO, а вы не верите в эффективность и производительность .Net

(68) Не пробовал КИС на асме писать?

(74) Ну не идиоты же они, упускать 90% рынка как PC + получить нормальное IDE для разработки...

(76) + хотя с другой стороны - на ум не идет название популярной программы, написанной на .Net

ЗЫ хотя вру - вспомнил Paint.Net

2(69) Я думаю их спасает закон Мура...

(69) Это не данные, а мнение, вынесенное из краткого знакомства с технологиями и опыта общения с прогами под net. Собственно мнение на то и мнение, что дает вам возможность на него наплевать....

(79)->(70)
(78) Уже не спасает. упёрлись в барьер 3ГГц на камень, мастерят ногопроцессорные. Уже обсуждалось. В этом деле пока застой.

(76) Ну, нормального IDE там пока нету, и чет не сильно быстро его делают ...

(77) я работал с прогами для работы с ТСД

(76) Рынка чего, простите?

(80) И чтоже с тех пор производительность процов не растет ??? как интересно

(81) Где нету? Для Mono надо пользовать не VS2008? О_о

(79) "мнение, вынесенное из краткого знакомства с технологиями" -- зачет. "Сам не слушал, мне Рабинович напел" ;-)

(85) Ну, если разработчик под линем сидит, то VS ему как то мимо кассы. Я про MonoDevelop. Оно пока в стадии беты, и уже довольно долго в этой стадии.

(76) Таки какого рынка? Хде данные???????

Что-то никак не найду прайс на сайте из (0)...

(87) а... не, криворукие поделки под пингвин - нафиг, нафиг...

(89) http://www.nsgsoft.ru/licensing.html

2(91) О! Спасибо. Странно, что так глубоко закопано.

ы....
ради денех можно написать хоть в машинных кодах....
разработчики, хде б....ь ваша професиональная хордостЪ?

(90) нука, проанализируй пару софтин и покажи, хде криворускость?

(84) В том то и дело, что растет не мощность проца, а количество ядер.
А что бы воспользоваться этим приростом ядер, надо уже программу писать по другому.
То есть раньше прога, запущенная на двое более мощном проце, и работала вдвое быстрее.
А сейчас прога, запущенная на двухядерном проце работает с такой же скоростью, только проц в два раза меньше нагружает.
Конечно, это оставляет процу больше времени на исполнение других программ, но мне-то не надо других, я хочу эту в два раза быстрее.

(94) тупая тема... начнется холивар, к ветке отношения не имеющая...

угупс... настал каюкинг росту гегерцов. апаратное распаралеливание задачи по процам задача архисложная. сейчас дело за софтопейсателями,
тут 3 выхода:
1. Насрать на производительность.
2. срочно изучать мануальчики многопоточному программированию и осваивать сей техноледжи
3. Пейсать на эканамичных языках, выжЫмая из шелеса всю происфодительностЪ с помащЮ атсечения алишних адеталей...
но адинасникам эта не хросит, т.к. у них нет фыбора ф платформах напейсания своих шадефроф.....

(95) А вот для этого .нет и придумали, чтобы прогу каждый раз под каждый проц не переделывать и не перекомпиливать, удвоилось количество ядер - переписали JIT, и твоя прога начала работать быстрее. А вообще закон мура относится к железякам, а не к софту

потом мессаги типа (97) тупо удалять...

(97) Одноэсникам как раз не о чем волноваться, правильно написал конфу, переложил громоздкие вычисления на скл сервер и сиди радуйся, а уж скл сервер умеет распараллеливать работу.

(99) + буду

(98)
Ага, прямо таки умный компилер тебе все нужные семафорчики с мьютексами расставит и дедлоки поразруливает. Тут и могучий человеческий разум часто пасует. Чудес не бывает.

(97) предупреждение, почитай:
OFF: Мистяне, Внимание! Обращение модераторов

(100)
Похоже, ни многопоточные проги, ни боле-менее сложные базы на скл ты не делал.
Оно конечно, скуль может распаралелить, но при кривых ручках прогеров напороться на дедлок - влегкую.

(103) ОК.
Только что есть "удафком"? Определение в инете не нашел.
(98) не поможет переписывание JIT, все очень сложно.
Тут положение может спасти только повышение уровня навыков разработчиков.

(1) А где посмотреть, что там Гепард ваяет ?

С семафорами и мьютексами не работал, но, покрайней мере, во время работы с базой окошко программы не окрашивалось в белый цвет, а отображало состояние работы (в отличие от 7.7), а на сложных базах как раз и видел, как распараллеливаются запросы.
Ну а то что криворукие товарищи могут похерить все что угодно это без вопросов ;)

у него спросить

(106) http://gepard.dmitry.googlepages.com/%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D0%B0gepard

(107) "а на сложных базах как раз и видел, как распараллеливаются запросы."
где смотрел? и как смотрел? Как мне посмотреть?
77- однопоточное приложение, там тяжёлая обработка может запросто тормознуть месаги на обновление гуя.

(110) select * from master..sysprocesses и смотри ;)
taskmanager показывает 5 тредов у 1с77.exe

писать многопоточные приложения достаточно сложно, но можно.
Ручной инструментарий для этого был еще в Делфи-3 точно...

Интел выкатывала свой компилятор для С, который ваял многопоточную задачу...

(112) Сам ваял? Эт круто ...

(112) Запустить 1000 тредов ума много не надо, вся загвоздка в том чтобы распараллелить алгоритм на 1000 тредов, это уже труднее

(114) Дык об этом и речь. Кстати, не любой алгоритм хорошо паралелится.

Интересно былобы посмотреть исходники платформы, но ктож их даст

(116) Человеку всегда свойственно мечтать о большем. :)

(113) да че там крутого то... Литературы просто мало - потом хорошую книгу по Делфям купил и все полетело.

(114) да, бить весь алгоритм на нити - достаточно сложно...


P.S. если кто помнит, была такая машина размером с трактор - IBM-360, наш аналог - ЕС ЭВМ, на ней был язык высокого уровня PL/1
Так вот в этом языке уже 30 лет назад !!! был не только асинхронный ввод/вывод (запуск операции чтения записи параллельно выполнению основной программы), но и было реализовано параллельное выполнение ветвей алгоритма с передачей параметров от потока потоку... И было это реализовано СРЕДСТВАМИ ЯВУ и сделано было КРАЙНЕ ПРОСТО....

Впервые этим воспользовался при написании программы обработки собранной с датчиков инфы (инфа была на магнитной ленте). Обработка шла параллельно чтению с ленты - чтение инфы с одного датчика, порождение расчетного потока для него, параллельно чтение инфы второго датчика. Обработка шла практически в темпе чтения, несмотря на тяжелый расчет.

(118).1 Нет, я вот про это: "Интел выкатывала свой компилятор для С, который ваял многопоточную задачу", то есть я правильно понял, что разбивал на потоки сам компилятор?

(118).2 Смотря какой алгоритм. Численное нахождение определенного интеграла -- как два пальца, на любое количество, и с практически линейной зависимостю скорости от числа потоков. А вот решение ОДУ методом Эйлера -- просто не возможно.

Я не понял. Это какая то нахлобучка на 1Ску или отдельная среда?

Отдельная. Приглашаем познакомиться :)

(121)
1. по производительности данные есть?
т.е. - скорость выполнения произвольный выборки, сложных запросов, отрисовки форм и т.д. ?
2. объекты сами писали или брали типовые шаблоны из vs?
особенно интересны grid'ы - в vs они тормозные.
з.ы.  у Гепарда были мысли по поводу ускорения их работы кстати..

(119)Intel C++ Compiler Multi-threaded Applications Programming OpenMP: Multi-threaded applications potentially benefit the most. But it takes time to port a single threaded application to multi-threaded app even with help from tools. The latest Intel C++ Compilers support OpenMP 2.0. It is perhaps the easiest way to thread an application.

пардон - (123) для (118)

(121) нефига себе! Сделал себе рекламу с пом. холивара!
Гений блин;)

(123) Был я на этих днях разработчиков Microsoft, когда это все презентавали. Как и следовало ожидать, никакого чуда в этом продукте нет. Хотя, какие-нибудь простенькие вещи позволит делать с легкостью. Недостатком всех подобных вещей является то, что шаг в сторону - и все делай вручную.

(122) Произвольная выборка объектов выполняется раз в 10 бестрее, чем в 8.0. Скорость записи в регистры - примерно одинаковая, выборки - у нас преимущество за счет другой схемы хранения данных и получения их одним запросом.
Визуальные компоненты все свои. С отрисовкой бились упорно, вроде ничего получилось. Со стандартом не сравнить ни по функционалу, ни по скорости.
Пытались мы переделать стандартный Grid, поняли, что идея безперспективная, пришлось начать сначала.

А чего столько суеты вокруг банального framework-а? Тем более, что он видимо только народился и перспективы более чем туманны? Ещё одна 1с-ина - подумать только - опять регистры... Ничего нового.

(128) Смею надяться, что есть некоторые отличия.
Кстати,  он не только что народился, а только что вышел в массы. А между этими понятиями очень большая разница.
И последнее, можно, конечно, придумать другие названия. Но разве это изменит суть дела? Мне кажется, что лучше уж пусть называется по-старому, зато работает по-новому, чем наоборот :)

(121) Спасибо за новое слово. Честное слово не знал, что оно означает :).

"А между этими понятиями очень большая разница."
Угу - как между зачатием и родами.

И в не названиях тут дело. Регистр - таблица, хранящая движения документов + таблица с итогами по этим движениям - какая разница, как это назвать? Всё равно, что повесить JOB на сервер, который бедняга каждые полчаса пытается восстановить последовательность и при этом заявляя - НАШЕЙ СИСТЕМЕ НЕ СТРАШНЫ ПРОВЕДЕНИЯ ЗАДНИМ ЧИСЛОМ! Только правда ли это?

Если хотите резюме - начинающие 1С-ники не пойдут, ибо сложно, зрелые 1С-ники не пойдут ибо надоело.

(131) Да, довольно точное описание. Хотя существуют разные схемы реализации самого объекта "регистр", позволяющие решить многие проблемы. Однако, я не говорил, что проведения задним числом не страшны нашей системе. Я лишь сказал, что в конфигурации Производство у нас нет необходимости соблюдать последовательность документов.
Хотя в перспективе, обязательно поиграем с разными схемеми организации регистров. Уверен, что здесь еще есть место инновационным решениям. Одним из преимеществ нашей платформы как раз и является открытость новым идеям. А потом... Поменяйте тип регистра и все начнет работать по-новому. Внешний-то интерфейс работы с ним останется прежним.
Кстати, если Вы хотите предложить замену регистрам, с удовольствием бы Вам послушить, или почитать :)

А на счет старых 1с-ников... Да я сам старый 1С-ник и в команде у нас еще несколько таких имеется. И причина указана верно - надоело. Хочется свободы творчества!

(132) вы только всю хрень из 1С не тащите к себе... очередная нетленка по "посмертному учету гнутых гвоздей" (с) улю 427  никому не нужна...

(132) хелп с вашего сайта не скачивается, форума нет. В таком случае расскажите о самом интересном в ваших прикладных решениях здесь.

(134) + идеи нужны свежие, идеи...

Ну вот, сходил на конференцию

(135) Хелп будет доступен вместе с новой весией - к концу недели.
Форум есть - forum.nsgsoft.ru
На счет преимуществ - по "Торговля 2008" можно посмотреть здесь (c точки зрения пользователя) http://www.nsgsoft.ru/trade_plus.html.

C точки зрения разработчика:
1. Современный интерфейс программы с плавающими окнами
2. Многопоточная работа (возможность выполнения нескольких задач одновременно, например, формирование нескольких отчетов). За счет использования компонент платформы, Вы пишете фактически однопоточное приложение. Запуск параллельных потоков производится платформой автоматически, но может контролироваться разработчиком.
3. Усовершенствованный поиск, подбор. В платформе представлен широкий набор функций, позволяющий организовать сложный поиск, отбор, сортировку без написания большого объема кода. Причем можно задавать условия на вложенные объекты. Например, найти документы в табличной части которых есть номенклатуры, у которой страна происхождения – Россия (РасходнаяНакладная.Номенклатура.Страна == «Россия»). Платформа сама сформирует оптимальный SQL запрос для текущего типа SQL Server. Также, в визуальных укомпонентах у пользователя есть возможность добавлять свои условия, о которых не подумал разработчик.
4. Поиск и отбор по представлению ссылочных типов.
5. Группировка в таблице.
6. Возможность использования различных форматов баз данных, в т.ч. и в пределах одной программы (в данной версии не реализовано).
7. Использование современных средств разработки (Visual Studio 2005, Visual Studio 2008, SharpDevelop)
8. Использование стандартного языка C# (большое количество специалистов).
9. Нет необходимости делать объединение конфигураций – при изменении стандартной конфигурации будут автоматически сохранены все сделанные в ней изменения конечным потребителем. За счет этого можно выстраивать сложные цепочки конфигураций, например, базовая версия Торговля 2008 – наследованная конфигурация Торговля номерным товаром - наследованная конфигурация Торговля сотовыми телефонами. Причем на каждом этапе может быть один и тот же, либо разные разработчики.
10. Большой набор базовых объектов, что дает возможность быстрого и эффективного построения конфигураций в т.ч. за счет визуального программирования. Многие, достаточно сложные формы ввода и отображения данных с различными связанными таблицами . можно сделать не написав вручную ни строчки кода. При этом, не накладываются ограничения на фантазию разработчика и если он хочет сделать что-либо нестандартное – у него есть такая возможность.
11. Процесс создания конфигурация не требует знания SQL. Платформа формирует запросы автоматически. Также плюсом данного подхода является возможность проверки ошибок еще на этапе компиляции, что ускоряет процесс создания программы и позволяет быстра выявить места, требующие переработки при обновлении.
12. Возможность локализации на любые языки.
13. Возможность расширения базовых объектов и использование их наравне с остальными при разработке конфигураций. (в данной версии не реализовано).
14. Возможность разграничения прав доступа к объектам как по их типу, так и в зависимости от значений реквизитов администратором без программирования (например, ограничить доступ к документам по одному складу)
15. Возможность настройки существующий печатных форм и отчетов администратором или продвинутым пользователем без участия программиста. Подключение новых печатных форм и печать их в зависимости от заданных услови (например, разные формы расходных накладных в зависимости от выбранного покупателя).

Вот, в кратце.

(136) поздно наверное уже... Что-то я не понял к чему ссылка :)

(137) хотелось бы ближе к прикладным решениям и деталям конфигурирования. Например, как у вас реализована конкурентная отгрузка или резервирование товара, особенно с учетом выполнения операций с базой в отдельном от юзерского интерфейса потоке. Что из себя у вас представляет собой "регистр" и как он тестировался на производительность? Зачем вы используете суррогатный ключ в документах "а-ля позиция документа в 1С"? Используются ли у вас ограничения и внешние ключи или вся непротиворечивость базы, как в 1С, целиком на плечах клиента? Может ли пользователь "уложить сервер" с помощью вашего механизма пользовательского фильтра? Как у вас реализованы "нетипизированные поля" - Документ неопределенного типа? Как и где хранится описание метаданных и как проверяется то, что база скл соответствует вот этой конфигурации и вот этому ИДЕ (с произвольно расширяемыми базовыми объектами)? Ну и т.д. :-) масса вопросов, более приближенных к земле, в сравнении с описанным в 137

Да, это уже предметный разговор. :)
Проблемы с конкурентными операциями из-за потоков нет - до окочания операции окно остается на экране и закрывается только после ее удачного завершения.
Регистр представляет из себя таблицу движений, таблицу актуальных остатков + опционально, одну или несколько таблиц неактуальных остатков с различными периодами хранения. Тестировался при проведении документов с различным числом пользователей и на выборку данных на различные даты.
Внешние ключи сейчас не используются, хотя их потенциальное использование предусмотрено. Вопрос - что делать с нетипизированными ссылками?
Пользователю "уложить" сервер пока не удавалось :)
Нетипизированная ссылка - ссылка на любой объект с учетом заданных ограничений. Хранится в базе как два поля - тип и значение.
Метаданные храняться в программе и базе. При запуке происходит сравнение их руг с другом и со структурой БД.

(140) Периодичность остатков одинакова для всех регистров или индивидуальна? На каких данных тестировали? Примерно в таком контексте - периодичность такая-то, всего данных (товарных остатков) столько, из них 50% - статические (без оборотов) 30% ходовой товар по 10 операций прихода, по 100 расхода. В базе создано 20 периодов. При этом время расчета остатков документа из 20 позиций на таком-то железе 1,5 сек. И тогда каждый сможет примерно сравнить со своей системой.
Реализованы ли административные функции - регламентированный или хотя бы просто бекап, отключение юзеров и блокирование входа. Нужен ли монопольный захват базы при модификации метаданных? Где хранятся модули системы и если они локальные у юзеров, то реализовано ли централизованное обновление (скажем с шары на сервере)? Есть ли реальные внедрения? Ну и т.д., не стесняйтесь, конкретика интересна, а не очередные обсуждения asm - это круто, но и net - хорошо.

(140)
хех... Неужто тестировали люди?

(141)
"Периодичность остатков одинакова для всех регистров или индивидуальна? "
Да какая уже разница...

(142) Мальчик, сколько раз я тебе говорил - Не высовывайся, когда говорят умные люди. А то дураком прослывешь...

Вообще хорошие вопросы насовал ММФ. Пусть пока автор отдохнет... Не сразу же 3-ю степень к нему применять....

осталось сделать только конвертер конф из 1с))))

(140) По конкрентым цифрам тестирования напишу позже - надо инфу соответствующую поднять. На остальное отвечу сейчас.
1. Периодичность задается для каждого регистра.
2. Административные функции. Бэкап, восстановление есть, по расписанию режиме пока нет. Отключение юзеров - пока нет, но будет. Блокировка входа - сделать 5 минут, так что в следующий релиз (на этой неделе) включим, временная блокировка есть.
3. Монопольный захват базы для модификации теоретически не нужен, но вещь опасная. Сейчас, не запрещено.
4. Модули системы могут храниться у юзеров, либо можно запускать по сети, задав соответствующие права. На данный момент, автоматическое обновление не организовано, но будет. Это как раз одна из функций загрузчика. На сегодняшний день, можно пользоваться стандартным решение microsoft ClickOnes.
5. Реальные внедрения есть. Программа работает на производственных предприятиях, оптовой торговли и розничной торговли. Естественно, с разными конфигурациями. Скоро предложим на рассмотрение и конфигурацию Производство. По количеству одновременно работающих пользоваелей - от 1 до 50-ти. Есть интересное решение по автамотизации консервного завода, где данные приходят прямо с производственных участков - с весов и счетчиков, за счет этого формируется себестоимость и ведется учет. Есть внедрение в сетевой магазин с переносом данных между офисом и магазинами (хотя полноценных распред. баз пока нет)

(144) Была такая идея. Только потом возник вопрос - а зачем?
А так... Если есть желание, то можно :).

С вижуалстудией экспресс работает ???

(148) обычно проекты для ПК нормально открываются, но про автоматическое обновление на клиентах и создание инсталляций можно сразу забыть

(148) Да, все нормально, работает.
(149) Автоматическое обновление да, но через некоторое время оно будет реализовано через загрузчик, а инсталяцию можно сделать другим бесплатным пакетом, коих много в сети найти можно.

в свое время начинали заниматься подобным, очень понравился С#
была идея сделать сделать объектную модель базы данных
типа занаследовался от базового справочника, добавил свойств, система создала поля в табличках, свойства сохранила ;)
У вас примерно тоже самое
Вообще у мелкософтов в .net 3 есть возможность работы с такими вещами, но я не углублялся...
Использование ООП к построению таких систем выглядит очень заманчиво, имха такой подход интереснее 1с-ного модульного, когда надо править исходники, но жисть диктует свои правила, и пока что приходится лезть в дебри общих модулей, вместо того чтобы переопределить какой-то метод в собственном объекте

А ведь все могло бы сложиться иначе, начни 1С писать свое поделие 7.0 на дельфях

(151) "в свое время начинали заниматься подобным, очень понравился С#
была идея сделать сделать объектную модель базы данных
типа занаследовался от базового справочника, добавил свойств, система создала поля в табличках, свойства сохранила ;) "

у меня так

Дак вы еще и конкуренты с (0) ?? ;)

(153) Да и у нас так :)

Тут, в основном, обсуждают нас. Тему начал Господин ПЖ (0).
А у Gepard есть свое решение, тоже объектное, тоже на C#. Насколько оно готово, не мне судить - пока не было времени ознакомиться. Да и идеологических отличий, наверняка много. Так что выбор есть :)

(156) а почему бы Вам не объединится и не создать 1 продукт)?

Эта тема для обсуждения. Если у Gepard есть желания - пишите, пожалуйста, обсудим.

(156) А скока чел. у вас работают над продуктом?

(156) А мне процент будет за раскрутку?

(156) Вечная благодарность - как минимум :)

в смысле, предыдущее сообщение адресовано (160)

(159) Если всех посчитать - то много получится :)

(161) спасибо хоть не посмертно)

(163) правильно) 2 программиста, 3 менеджера по продажам, 5 консультантов, директор, секретарь, зам. дира по работе с личным составом, секретарь, уборщица, уборщица, медсестра, никого не забыл? а!
гл. бухглатер, бухгалтер, расчетчик кадровик...

итого20 человек)

(+165) еще веб - программист, и администратор, начальник IT отдела
итого 23 человека

(+166) чуть не забыл, по правилам в организации должен быть психолог
24 человека

(160)
Я не совсем понял смысла скрытия моего сообщения. Если можно - попрошу раскрыть тему. Про тестирование "людьми" имелось ввиду - тестироваться должно наверное эмуляцией работы пользователей. Н-р обработки вводят накладные в нон-стопе - ну и надо смотреть, когда системе поплохеет. Кучей различных параметров можно приблизить такой тест к реальной работе пользователей. Но не увидел сообщения в (26) - "На 200 пользователей проводили имитационное тестирование - результат очень хороший, если производительность Sql Sever достаточна."

И всё-таки, в чём цимус именно этой разработки?
Во первых, если уж тут все такие прогеры под .NET (как выясняется, хе-хе), что мешает замутить свои три класса и вообще не заморачиваться сторонними FW?

Во вторых - куча вопросов по теме, по приложению, но тут огромную роль играет сама СУБД - но почему-то это никого не волнует. Приложение, которое работает с максмальным КПД и с ORACLE и с MySQL - какая-то фантастика. "адептов" от 7.7 вообще ждут фокуса из черного ящика - 200-300 пользователей, ага, как же.

И последнее, чем плоха разработка от того же www.bitec.ru? bitec не пришёл на мисту и не вложил всё в рот мистовцам??

(168) а кто ее знает bites.ru? в своем кругу знают, канечно на мисте не так распространена,что не делает ее плохой.
человек не может продвигать то чего не знает.

(168) >>И последнее, чем плоха разработка от того же www.bitec.ru? bitec не пришёл на мисту и не вложил всё в рот мистовцам??

А почему бы не придти и не "вложить"?

(170)
Хех, тот, кто созрел - уходят сами. Кто не созрел - не уйдут никуда, чего им в рот не вкладывай. Или это неочевидно?

(170) + Есть спрос на 1С, есть спрос на .Net скилы по которому может дать ковыряние с фреймворками типа (0). А что даст эта разработка про которую никто и не слышал? Если хотят продвижения - надо "идти в народ".

+(171)
Наверное, это как входной билет.

(163)Можно и так посчитать,если вы действительно считаете,что подобное могут сделать 2 программиста.В реальности все куда серьезнее,только зачем задавать вопрос на который не принято давать ответ?

(168) у меня от СУБД в трехзвенке зависит очень мало чего...

(171) "Созрел" для чего? Чтобы послать 1С подальше? Я бы подумал сначала про западные продукты, "чистые" среды типа .Net или вообще переход на аналитику или PM. Зачем себя связывать с этим продуктом, про который никто не знает кроме какой-то авиакомпании, про которую я тоже никогда не слышал?

(168)Если вы действительно считаете,что подобную вещь сДелат  - три кла
са написать, то флаг Вам в руки.Речь идет совсем о другом

(174) я один работаю... уже два года... правда в свободное время, так что затрачено времени не так уж и много

(168)Кстати о bitec. Это идеологически другой продукт.Хотя бы уже из-за того,что ориентирован на внедрение силами самих битековцев. Плюс наДо сравнивать сам процесс разработки.Похожих по звучанию проектов много,а если копнуть чуть глубже?

(176)
Непозитивно мыслишь. Почему сразу "послать 1С"? Созрел для реализации более интересных решений, а не только основанных на трёх китах "Справочник-Документ-Регистр".

Ну и про авиакомпанию мне понравилось - "какая-то авиакомпания". Достойно 1С-ника. Нет 7.7? Нунах!

(175)
Угу, и работает всё..? Одинаково плохо или одинаково отлично?

(172)
Вот результаты хождения в народ мы и наблюдаем в желтых коробочках.


P.S. Я наблюдаю какую-то предубеждённость в этой теме. Господа, вы интерес какой-то имеете?

(178)Мы тоже так начинали... Три энтузиаста в свободное время... Как показала практика и нынешним составом мы писали два года и не в свободное время, а каждый день.

(177)
Я считаю не так. Я просто восторгов не понимаю, как будто вы сюда свет принесли. Если уж у народа такая потребность в такого рода решениях, то зачем же дело стало.

И напоследок - на что вы делаете упор? На средства разработки (конфигуратор) и конечные решения (рабочие конфигурации)?

(179) лично я жду мануалов, потом буду смотреть.
PS на сайте неработающие ссылки, поспешили с анонсом.

(182)Что ни говорите,а свет людям нести приятно :)
Я считаю,что потребность в подобного рода продуктах действмтельно есть. А фишка наша в наличие среды быстрой разработки + готовых решений,которые можно быстРо модифицировать  под свои нужды.А Можно создать свОе решение на основе нашего и продавать его.Мы претендуем только на отчисления от продажи многопользовательских версий (от 5-ти пользователей )
Попробуйте,если есть опыт работы с cи шарп и оцените.

(183) Ждем конца недели :)

поковырялся по министепу на http://www.nsgsoft.ru/new_configuration.html
слишком мудрено создание простой печатной формы документа.
зачем простую вещь делать таким сложным способом?

(184-185) На C# тружусь лет этак 6-7.
С удовольствием попробую.
Но одна беда - завязан на 1С 7.7. Вот если-бы, как нибудь, бочком связать эти системы. Производство бы на Вашей, а бух - на 1С.
Но Ваш подход интересен, некий бальзам на душу.

(186)Вопрос в универсальности.При таком подходе можно создать очень сложные вещи,причем визуально. В будущем напишем какой-нибудь мастер,который простой вариАнт формы создаст автоматом.А так у нас принцип - максимум универсальности,но без фанатизма :)

(188) так именно такой вариант мы и предлагаем. В наших конфигурациях реализован управленческий учет,а  бухгалтерский - через обмен данными в 1с. Ведь перксодит  бухгалтерию к нам - задмча тяжелая. Мы ее решим,но позже :)

(187) Типа очень нравится шарп?
>>Вот если-бы, как нибудь, бочком связать эти системы.
посмотри тут, может это тот бок который ты ищешь:
http://www.1cpp.ru/forum/YaBB.pl?num=1210542476

(186)Вопрос в универсальности.При таком подходе можно создать очень сложные вещи,причем визуально. В будущем напишем какой-нибудь мастер,который простой вариАнт формы создаст автоматом.А так у нас принцип - максимум универсальности,но без фанатизма :)

(188) Вопрос скорее о мере универсальности.

(190)ну,это совсем другое.

(187) вот как раз с этим проблем и нет... у меня уже больше года работает торговля, кот. выгружает белые данные в 1С Бухгалтерию.

(192)Господа!Пробуйте построить форму и проявить при этом фантазию и вы увидите, что мы не зря используем такую схему.А вопрос автоматизации типовых операций программиста, повторюсь,реши ься со временем.Сейча
главное,Чтобы все работало и пользователю удобно было.

(195) "А вопрос автоматизации типовых операций программиста, повторюсь, решится  со временем." - у вас очень трудный путь чувствую.
Вам придётся укрощать очень сложные системы, заставляя их плясать под свою дудочку.
На счет программистов, это вы зря откладываете..

(195)да вы п оста зацепились за вещь,которая на практике не очень существеннА. Не сложно сделать 5-10 кликов.Основное время Тратится совсем не на это :)

(195) >>Чтобы все работало и пользователю удобно было.

А как вы решаете что пользователю удобно? У вас есть какие-то сервисные тулзы, например отслеживают перемещения между элементами интерфейса и статистику (число нажатий и т.п.)?

(197) мне интересно ваше обоснование применения для документов даты-время, а не одной даты. Зачем для вашей конфигурации искусственное "временное взаимоотношение" документов?

200

(197) это ответ на (196)?
вообще не люблю системы, которые работают "от мышки". как правило они перегружены превеликим количеством всяких мастеров, в которых 300 лет разбираться надо, мало того, их еще и написать надо и добиться правильной работы и хорошей защиты от дурака. потом как правило они все работают модально, что создает определенный ряд неудобств, часто критических.
Нету в вашей системе той изящной простоты, которая привлекает людей, маленький монстрик.
Что существенно, а что нет, это уже решит практика.

(190) Спасибо. Уже приглядываюсь.

(194) Вселяет оптимизм.

(203) оптимизм тут не при чем.
У документов есть параметр "Проводной", периодически запускается отчет, который загружает необработанные документы и отсутствующие элементы справочников в бухгалтерию

(204) + 1С хорошо работает с ADO, а значит и с MSSQL

(201) Да, ошибся с номером.
У нас как раз практически нет модальных диалогов и без мышки вполне можно работать, если TabOrder правильно задать. Более того, выбор справичников (не открывая справочник) как раз и ориентирован на работу без мышки.

(199) По двум причинам:
1. Если алгоритм проведения предусматривает соблюдение последовательности.
2. Иногда просто нужно время документа для формирования отчетов, например, по сменам.

(207) Ясно. Похоже, вы не особо задумывались над этим вопросом, а делали по-инерции, глядя на 1С.

(208) в базе все равно хранится и дата... так что это никак не влияет... даже наоборот пришлось бы придумывать, как это отрезать

(209) Че курим?

(210) какой формат поля в MSSQL, отвечающий за дату (DateTime)?

(211) формат или типы? если тыпы то я не нашел типа Date, есть только
smalldatetime и datetime и оба содержат время О_о....
что за тупизм? если мне надо просто дату хранить? О_о

(212) вот и я о том же...

так как? лучше удобнее хранить дату с 00:00:00 или просто не очищать реальное время?

(213) речь была не о хранении/очищении (хотя отбросить дробную часть не очень хитрая задач), а о построении всей системы документов на суррогатном ключе "позиция документа", благодаря чему вносятся многие геморы

(214) А если позиция документа нужна (что, понятно, зависит от алгоритма)? Что будем использовать?

(214) Позиция документа создаёт определённый гемор. Но и вносит определенную ясность и реальную логику в поведение программы.
Ты думаешь если убрать из этой шкалы время, оставив день(дату) тебе легче будет?

потестил в следующей последовательности:
Конфигуратор
Конфигурация Торговля
Конфигурация Библиотека(пример)

В целом доволен, думаю мелкие замечания здесь постить не стоит, если Алексею zenalex интересно, или он заинтересован в привлечении активных тестеров, как в роли пользователей Конфигуратора, так и рантайм режима, я готов поучавствовать, контакты в личке.

Резюме, для таких ранних релизов очень добротно сделано, остальные мелкие неточности, ошибки и неудобности исправите со временем. Главное, положено хорошее начало.
Мне понравилось, дайте два!

.










Короче... склифосовские

Автору предложение - раз в пару недель выкладывать веткой здесь новости

ВР и комодам - не считать это рекламой...






.

Короче рожден очередной труп, особенно мне понравилась фраза с Формой 2 и управленческого учета, интересно а вы (zenalex) имеете предстовление об распределение расходов, об управленческом учете говоряд многие но не многие имеют понятия об этом, проге ооочень далеко до ведения регламентного учета, в качестве "екселя" для учета остатков на складе на ура, а так... будет интересно долго ли протянет.

(217) Спасибо kitt за предложение. Мы всегда за! :) Предлагаю, все замечания, предложения и идеи обсуждать на нашем форуме http://forum.nsgsoft.ru
Новости публикуются в форуме, а также на сайте http://www.nsgsoft.ru/news.html

(218)Согласен и здесь кидать инфу, а также отвечать на вопросы.

(219) Имеем ли мы "предстовление об распределение"! Вряд ли, мы еще до такого уровня не дошли.

(219) не надо так, это дурной тон..

(219)
а по мне так расширенные возможности программирование на С# и NSGframework с лихвой перекрывают возможные недостатки их текущих конфигураций. ИМХО Постановка конкретного учета дело второе, типовую торговлю от 1с тоже перекраивают вдоль и поперек, меня как разработчика в первую очередь заботит какими инструментами это нужно будет реализовывать и насколько это будет удобно.

(219) Пипец! Спортсмен только начал работать, а ты требуешь результата???

(223) В чем то Вы правы. Может быть и в главном.
Но мне не дает покоя одна мысль - .Net создана для разработки программых систем, функционирующих в глобальной среде. Для локалки, по большому счету, было достаточно и Delphi.
Насколько жестко связаны процессы получения информации из структур 1С с её отображением?
В своих разработках не смог обойтись от страничной подкачки (paging). В многозвенной структуре систем компоненты (сервисы, системы) хранения информации, получения, обработки, передачи и представления выделены.
Получаю информацию в DataSet и передаю эту структуру (сериализовав и возможно обработав) на удаленный комп клиента, здесь преобразую её в локальный DataSet и из него отображаю. Размер передаваемой структуры не может быть большим (время отклика, надежность передачи, конечность размеров передаваемых пакетов и т.п.), и вся запрашиваемая выборка наверное не может быть передана за один запрос.
Далее, надо как то отражить на машине клиента процесс ожидания выполнения запроса (ProgressBar). А это связано с многопоточным программированием, что само по себе не "вусно".

(225) DataSet мы вообще не используем - все написано на собственных объектах.
А C#, как известно, очень много от Delphi взял. Можно даже, с натяжкой, сказать, что это удачный симбиоз Delphi и Java :)
Всю "невкусную" работу, связанную с многопоточностью мы за Вас уже сделали. Вы пишете однопоточно, либо ползьзуетесь нашими компонентами для максимального облегчения себе жизни. Например, если Вам нужно расчитать остатки и отобразить в форме списка номенклатуры, то лучше сам расчет вывести в другой поток, чтобы не было никаких тормозов. Для этого у нас есть специальный объект - NsgBackgroundWorker.

(226) согласен по поводу DataSet... у меня они тоже не используются..
кстати, а чем отличается NsgBackgroundWorker от стандартного BackgroundWorker?

(225) ничего ты не понимаешь :))

я после шарпа на делфи даже смотреть не могу :))

(228) Согдасен на счет Delphi. Когда приходится программить в ней напрягает сильно... А раньше хорошо было :).

(227) Это визуальный компонент с сервисными возможностями, например, автоблокирование формы на которой запущен поток (опйионально, конечно) с высвечиванием "колесика" для возможности прерываения процесса пользователем.
Да и пользоваться удобно - бросил на форму, сказал блокировать или нет, подписался на нужные события - и все :)

(226) "А C#, как известно, очень много от Delphi взял"

Ну еще бы он не взял! Автор то один ;-)

(226) Если не использовать одну из изюминок .Net - NetRemoting (WCF), то и не столь принципиальны различия между С# и Delphi.

Правильно ли я Вас понял - Вы не используете нечто подобное локкальной базы данных и данные для отображения в графических компонентах берете непосредственно с сервера?

(229) Нормальный BackgroundWorker из UI потока запускает Рабочий поток. Дает возможность Рабочему потоку обратиться к методу, в котором можно вывести информацию в графический элемент, созданный UI потоком. По завершению Рабочего потока, управление передается UI потоку, вызовом соответствующего метода.
Эта функциональность также поддерживается NsgBackgroundWorker?

(231) Да, у нас свои компоненты осуществляют чтение из базы и необходимое кеширование.
Конечно, функциональность NsgBackgroundWorker не уже стандартного BackgroundWorker.

(232) О! Нужный человек на форуме! Слуш, читаю описание (дурак дураком).. Спецом скачал под описание Sharp Developer 2.2.. Хоть убей - не пойму, что значит:
"Также, в панель инструментов «Tools» необходимо добавить компоненты из сборок NsgSoft.Design, NsgSoft.Forms и NsgSoft.ReportBuilder."... О каком тулзе речь идёт? О придокованном слева, или в верхнем меню?

Да, речь идет о панели слева. Из нее потом можно эти компоненты бросать на форму.

И еще. Если трафика не жалко, то я бы посоветовал посмотреть на Visual C# Express. Тоже бесплатный, Хоть и от мелкомягких :).
Ссылочка есть на нашем сайте.

Предлагаю вниманию уважаемого сообщества первую часть описания классов.
Описание можно посмотреть в HTML формате http://www.nsgsoft.ru/NsgDataObjects.htm
или скачать файл в doc формате http://www.nsgsoft.ru/NsgDataObjects.zip

у вас страницы тяжёлые. Вы что HTML в ворде ваяете? О_о...
в то время как все прогрессивное человечество пользуется доксигеном.

(236) сложно как-то у вас все

Боюсь, что универсальную вещь с большим числом функций тяжело сделать визуально простой. А на практике ничего особо сложного нет :)

Следующим этапом выложу памятку как сделать ту или иную вещь, чтобы все не казалось сложным :)

Плюс, будет вторая чать, касающаяся визуальных объектов.

>
"А C#, как известно, очень много от Delphi взял"

Ну еще бы он не взял! Автор то один ;-)

Какое великое заблуждение.

Скорее вего когда Билли его на работу нанибал, говорил:

Сделай систему, круче по функционалу чем Ява и такую же простую как Visual Basic.

И ни в коем случае, не делай то, как ты это сделал в дэлфи!

(243) Не знаю как насчет Явы, не пользовал ее, но С# как минимум ближе к Delphi, чем к C++. Ну а старый VB это вообще другая планета ...

(244) - а вот и неправильно.

Посмотрим на архитектуру .NET с точки зрения обывателя:

человек захотел внешние классы, компоненты  использовать.
Скачал, добавил сборку в проект, работай.

Раньше - скачал, зарегистрировал в системе, подключил и работай.

Если бы .NET был бы слизан с делфи, то:
Скачал ИСХОДНЫЕ тексты, правил бы их, настраивал их, компилировал, исправлял ошибки, не смог добавить в палитру, т.к. бесплатная версия не позволяет это делать :-)))

А синтаксически C# ближе к C++, чем к Java.

А если бы его синтаксис слизывался с Делфи....

Народ... я конечно новичек, но не могли бы вы подсказать как пользоваться этой кучкой dll-ек ?

Могу подсказать :). Для начала, рекомендую ознакомиться с
http://www.nsgsoft.ru/trade_instruction.html
http://www.nsgsoft.ru/new_configuration.html
http://www.nsgsoft.ru/NsgDataObjects.htm

Если есть вопросы - пишите сюда, либо на наш форум http://forum.nsgsoft.ru

(245) чето какая-то фигня про исходные тексты. Ты про bpl, dcu, drc слыхал? Скачал, добавил в проект, работай.

(245, 248) Я попросил бы без холивара здесь обойтись.

(248) - бинарно несовместимые между версиями?
Там даже на уровне исходных текстов нужно делать условия для каждой ее версии

Рекомендация:

переводите весь Ваш проект на UTF-8

(250) еще скажи, что сборки от различных версий фреймворков совместимы.

Аналогичная библиотека (если можно так сказать) для PHP:

http://en.wikipedia.org/wiki/PHP_For_Applications

(252) - да, совместимы.

Ведь ни у кого не возникает проблем при использовании сборок OpenOffice (UNO-.NET мост) в .NET 1.1 ... 3.5 A они были откомпилированы под .NET 1.1.

В Delphi DCU откомпилированная Delphi 4 может использоваться только в Delphi 4 и нигде больше.

(251) Зачем?
(252) это вообще framework не касается. jbond просто описывал недостатки Delphi. Я, в общем-то, с ним согласен, поэтому мы на C#.
(253) На первый взгляд, можно найти много "аналогичных" проектов. Ключевые отличия:
1. У нас есть объекты с функциональностью, заточенной для решения учетных задач, такие как справочники, документы, регистры накоплений и характеристик.
2. У нас есть визуальные объекты, которые уже все знают о стандартных объектах и вам ВООБЩЕ ничего не надо делать для стандартной схемы работы. Плюс оставлены все возможности для изменения этой логики в любых пределах.
3. У нас есть система прав, отчетов, ведения логов по пользователям и много другой необходимой ерунды, которую в альтернативных случаях придется реализовывать вручную.
4. У нам есть готовые решения для работы с торговым оборудованием (кассы, сканеры штрих-кодов, дисплеи покупателя, весы) + интерфейсы для добавления ваших девайсов.
5. У нас есть готовое решение, которое уже написано, обладает хорошей функциональностью и вам нужно только дописать кусочек, который нужет именно в вашем проекте. Не нужно каждый раз все писать "с нуля". Хотя, если хочется, то тоже можно.

Могу ответить подробнее, укажите в какой части :)

(0) по чем услуги "крышы" у модератора сегодня?

(0) Это ко мне вопрос?

Если ко мне - не понял смысла... Я нашел эту компанию совершенно случайно, копаясь в ветках на www.sql.ru где обсуждали различные системы учета. Реально что это за компания и как выглядят эти люди я понятия не имею. "Мопед" так сказать не мой.

Начал ветку тут так как идея разработки такого фрейворка "бродит по Европе" давно. Также теплится надежда что Миста - это не помойка из политических баянов...

(257) да тема хорошая, но почему-то критикующие посты слишком резко режут

(258) примерчик можно?

опять же критику по делу я приемлю в любой форме практически, не борясь за "чистоту" языка и т.п. От владельцев сабжа жалоб вроде не было...

(255) - потому что глобализация.

Если бы 1С 8-ка коряво работала в некириллических локалях, то хрен бы ей светил выход на международный рынок.

UTF-8 должна быть кодировкой по умолчанию.

(259) ну само собой... от владельцев не было... потому и (256)

(261) да брось, то что посты режут, это не обязательно крыша. Обрезали и ладно.

(262) ок

(262) посты пошли уже не в тему. не устаривает дизайн сайта, размер страниц и т.п. - есть мыло админа и т.п. - можно написать прямо туда я думаю.

(264) это как посмотреть. с точки зрения сабжа(0), действительно не в тему, а вот с точки зрения приёмов и технологических операций разработки фраймверка это выглядит очень по-детски. Мне например кажется более разумным оценить компанию и продукт не по скриншотам и рекламным акциям а по узко-специфичным неявным "следам", например: реакции, сабжи и активность на форумах, качество презентационного материала, качество проработки УИ на скриншотах и т.п.
технология подготовки документации тоже является хорошим показателем в этом плане.
я не прав? Мы тут собрались полюбезничать или подумать и обсудить?

(265) А какая связь между фрейворком и материалами по нему и "суксь, у вас сайт сделан на FrontPage/Word"?

(266)
В человеке все должно быть прекрасно :)
Качественный проект отличается и качественным "окружением".
Пока его нет, сложно уйти от уровня "наколенной самоделки".

(266) Не надо меня перевирать. я говорил о странице с документацией
http://www.nsgsoft.ru/NsgDataObjects.htm
только код этой страницы весит 0,5 Мб. при анализе срц увидел, что она сработана в ворде. это всего 16 печатных листов!!!
Что-бы объяснить связь необходимо рассмотреть несколько понятий и технологий.
тот кто писал библиотеки или фраймверки и снабжал их документацией, тот меня поймет, поскольку знает, как трудно поддерживать актуальность документации относительно правок исходного кода.

(268) Вернул (237). В чем перевирание? Всем в телепаты записаться, чтобы понять о чем речь ведете?

Joomla рулит

(255/253) - но для PHP он единственный.
На базе этой библиотеко ИМХО достаточно просто написать что-то наподобии 1С под PHP.

Помнится кто-то тут пытался писать аналог 1С под PHP. Помоему провально.

(260) У нас и так UTF используется. Так что в плане глобализации - все путем :)

(271) Думаю, пропость между системой дающей объектную модель работы с БД и системой типа 1С очень велика.
Надеюсь, мы ее преодолели.

(268) Да, просто это один из первых вариантов докментации. Будет вам и хелп нормальный и актуальность и развернутое описание о принципах функционирования и построения приложений. :)
К тому же, необязательно смотреть эту страничку - можно скачать обычный вордовский файл.

(272) - попбробуйте запаковать последней версией 7-Zip в 7z архив.

Имена файлов на некриллических локалях плохие.

(275) Я думал, Вы про базу данных :).
Так Вы про сайт? Или про имента файлов в проекте? Я что-то не понял.

(274) Попробуйте всетаки доксиген + документировать в коде.
Лишитесь правда цветовой продкраски, но актуальность повыше и многого гемору лишитесь.
http://ru.wikipedia.org/wiki/Doxygen
Doxygen — это кросс-платформенная система документирования исходных текстов, которая поддерживает C++, Си, Objective-C, Java, IDL и, частично, PHP, C#, D.

Посмотрел платформу... после 1С мозги с трудом поворачиваются на нормальный язык...

Есть тупой вопрос... А каким образом реализуются "Внешние обработки" ?
Ну вот например я хочу вашу стандартную торговлю заполнить документами для проверки работы...
Не руками же 50000 документов вбивать...
Каким способом это можно сделать ? Желательно основные шаги по пунктам...

(270) огромное спасибо!

(277) Спасибо, сейчас посмотрю.

(278) Момент... Сейсач выложу инструкцию.

(277) -

еще есть:

http://en.wikipedia.org/wiki/SandCastle

(282) Его я и рассматривал как генератор. Не осознал чем Doxygen лучше.

По просьбе трудящихся выложил новый вариант описания.
http://www.nsgsoft.ru/news.html

Очень лаконичный пример наследования конфигурации выложил на сайте http://www.nsgsoft.ru/InheritedConfiguration.htm

хм.. как-то "ЭнЭсЖи Софт" не так.. правильнее будет ЭнЭсГэ Софт"...
????