Блок А.Н.Сам проект по сути представляет из себя просто список включенных в него файлов, так что его экспорт и перенос бесполезен, обычно в нем только те файлы, которые используются в разработке.

Неужто!? По-мне, так очень даже полезен. Правой кнопкой на корне проекта в студии и "Экспорт" - чудесно экспортируется проект. Очень удобно переносить....

laziolНужно написать программу в Cache, контрольная такая. Скачал Cache Сижу не могу разобраться 2 дня. Помогите народ, очень прошу, или хотябы советы дайте куда рыть и что делать. Хоть часть если бы сделать уже хорошо. ->>>>>>

В студию зайти смогли?
1. Дабы с областями не мутить, Выбираем "Файл" - "Изменить область" - "SAMPLES"
2. "Инструменты" - "Импортировать локально" и импоритруем файлик из аттача.

Сможете запустить, будем общаться дальше.
Подсказка: в открытом test.gui.Clients нужно кнопку с глобусом наверху давить.

laziol,

Пока бэкап шел, наваял основные классы-связи... Смотрите - спрашивайте.

собственно, что есть:

Количество классов — не менее 4. (+)
Например, «Клиенты», «Товары», «Продажи», «Продавцы». (+)

В одном классе создать вычисляемое свойство. Например, воз-
раст клиента. (+, но не возраст, а количество продаж товара)

Использовать для связей типы:
• ссылка на класс; (+)
• отношение «один-ко-многим»; (+)
• отношение «предок — потомок». (это просите других - у меня рука не поднимется это использовать ;)

Создать главную страницу для вызова всех остальных форм. ( это "на-потом")
На главной странице отобразить текущую дату. (-)
Создать формы для ввода, изменения и удаления объектов
классов. (+)
При оформлении продажи для выбора клиентов, товаров,
продавцов использовать поле со списком и форму поиска. (+, только в любой из датакомбо нужно добавить editable="true" - вот и вся "форма поиска")
Создать форму для отображения всех продаж в хронологиче-
ском порядке. (пока-что в хронологическом только в смысле АйДи - про даты смотрите контрол calendar, например)
Строки пронумеровать. (добавьте showRowNumbers="true" в таблицу)
В форме продажи с количеством более 10 выделить количество красным цветом. (читать про condition в тэйблпэйне)
В форме дату продажи сделать гиперссылкой на форму редактирования и
удаления. (редактирования чего? если самой продажи, то разрулено все проще и удобнее и такая ссылка не нужна)
Создать форму для поиска продаж клиента или продавца. (используйте фильтры, если нужны выпадающие списки - читаем мануал, это просто)
Создать не менее 4 форм для вывода агрегированной информации. Например, общее количество и объем продаж каждому клиенту, каждого продавца и т. д. (-)

laziolЭти формы создаются через "Шаблон" или писать ручками надо?
Как мне создать метод для удаления строки? Где создаются эти методы?
Какой план действий теперь?

Мож и есть шаблоны, не знаю. Мы копипастим нужные блоки. Правда есть тут деятель (Дима, привет! ;), у которого в итоге интерфейс выглядит примерно так:
Пример удаления реализован в следующем файле. Методы созданы Интерсистемз для контроллера - нам оставили только их вызывать... Шучу - можно и ручками переписать...

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

- сверяем список еще раз:

Создать ООБД для одной из предметных областей (Продажа компьютеров (комплектация)).
Количество классов — не менее 4.
Например, «Клиенты», «Товары», «Продажи», «Продавцы».
Ниже сформулированы требования для этой предметной области.
В одном классе создать вычисляемое свойство. Например, воз-
раст клиента.
Использовать для связей типы:
• ссылка на класс;
• отношение «один-ко-многим»;
• отношение «предок — потомок».
Создать главную страницу для вызова всех остальных форм. На
главной странице отобразить текущую дату.
Создать формы для ввода, изменения и удаления объектов
классов. При оформлении продажи для выбора клиентов, товаров,
продавцов использовать поле со списком и форму поиска.
Создать форму для отображения всех продаж в хронологиче-
ском порядке. Строки пронумеровать. В форме продажи с количе-
ством более 10 выделить количество красным цветом. В форме да-
ту продажи сделать гиперссылкой на форму редактирования и
удаления. (можно, но непонятно, куда ссылаться...)
Создать форму для поиска продаж клиента или продавца.
Создать не менее 4 форм для вывода агрегированной информа-
ции. Например, общее количество и объем продаж каждому клиен-
ту, каждого продавца и т. д. (тут тока одна пока, остальные, думаю, налудите за 5 минут)

дальше крутим стили... и уточняем требования ;)

laziol,

В итоге что-то такое должно получиться... Или другое ;)

krvsalaziol Похоже что мне понятнее как Zen работает.
Прямо стоит позавидовать...

От зависти к импорту классов не перешли!?

Извиняюсь.

Вот так делать не нужно (мы делали, но сейчас потихоньку чистим такой код - он изредка портит внешние переменные):
Нужно так:

krvsakolesovОт зависти к импорту классов не перешли!?
Не совсем понял про что это...

Не подглянули в классы? М.б. чего и подсказали бы... по делу, а не "вообще" ;)

krvsa... А делать букварские странички вместо кого-то, что-то заленился...
Так ведь в мануалах и демках пока человек до удобной схемы докурит, год пройдет... и еще не факт, что не начнет использовать какой-то очередной изврат ИС.
А тут и мне делов на час, и человеку понятно, как это работает... Жалко только, что очевидно выигрышную технологию так мало народа использует... Оно и понятно - зен не так давно пришел, а системы у всех в основном еще на DTM иже с ним были написаны...
Вот и приходится пропагандой заниматься. ;)

Блок А.Н.Че-то я с этим зеном не пойму. С одной стороны его хвалят, а с другой стороны как-то странно хвалят.
Скажите, вот если я при виде трех гиперевентов подряд исхожу злобной слюной, мне можно в ZENe что-то делать?
Работаем с ним (с зеном) около трех лет. Есть сильное ощущение, что наступили уже на все грабли... Точно могу сказать одно - мешать при разработке он перестал. Во всяком случае, все работает именно так, как хотелось.
Если про три гиперивента подряд Вы говорите в сторону "протокольного" ограничения xmlHttpRequest в два коннекта, то это пережитки медленного инета. Сейчас хоть 50 (при работе из офиса по гигабитной локалке) и 5-7 легко на нормальном внешнем плане... У кого канал организован через жопу, тот имеет проблемы (реальная ситуация: 30 компов на АДСЛ с архивированием данных и синхронизацией между офисами)... Но и для них можно постараться все уладить ;)
Главное - принцип разумной достаточности... и вообще, вменяемость в самом широком смысле ;)

Блок А.Н.Даже на мощном сервере и скоростном канале гиперевент по сути остается запросом страницы, и если их стоит 3-5 подряд, свою нагрузку на сервер они дают и свои задержки тоже, причем часть задержек еще делает клиента, его отправку запроса и пережевывание ответа.

Впрочем, это зависит от ситуации. Иногда и 10 секунд приемлемое время, а иногда и доли секунды могут раздражать.

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

laziolС отчетами за 5 минут не получилось, как вы написали).

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

Все уже что надо сделали, осталось отчеты. А со стилями я думаю можно не крутить, им на это все равно.
Я там кое что сделал, файл прикрепляю.
Отлично. Про отчеты пару слов:

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

2. Есть возможность делать отчеты с помощью Query (в т.ч. с использованиме "наборного" запроса - когда я контролирую формирование каждой строки отчета). (в аттаче - Отчеты - Товары, сам запрос в классе товара, он по-максимуму упрощен - чтобы был понятен принцип)

3. Есть инструмент %ZEN.Report (но это отдельная и долгая пестня, да и я не готов по нему отвечать - мы начали использовать мондриан, это OLAP такой, а от зен-репортов почти отошли... может, и зря...

AlexHawk...Рассчитаемся по средствам web-money...

Ужасно! Где Вас Русскому Языку учили? Старайтесь читать книги. Бумажные. Хорошие.

По сути вопроса, со стороны прикладухи все, в общем-то, и сделано уже.

Обратите внимание на следующие штучки:

1. Для всех страниц определено свойство

Parameter RESOURCE = "DefaultResource";

Заменяя его для каждой страницы (на Parameter RESOURCE = "menu_sales" например), Вы ограничите доступ к странице. Попасть на нее смогут лишь те, кто вошел с ролью, включающей ресурс "menu_sales"

2. В меню также можно заметить ресурсы:
<menu caption="Продажи" imageWidth="4" imageHeight="4" layout="vertical" resource="menu_sales" >

Компонент страницы (будь то позиция меню, таблица, кнопка, группа и т.д.) если для него указан ресурс, отображается только для ролей - владельцев ресурса.
например <button resource="hiddenButton"... или <label resource="adminLabel"...

Управлять этим всем можно из портала управления.
[Домашняя страница] > [Управление безопасностью]
Создаем ресурсы (не забывая отключить public-признаки)
Добавляем ресурсы в роли, роли даем пользователям.
[Домашняя страница] > [Управление безопасностью] > [CSP приложения]
Для выбранного приложения убираем не аутентифицированный доступ (оставляем только вход с паролем).

С разделением доступа на уровне данных не помогу - у нас это довольно сложно и специфично реализовано. И Вам не поможет, и мне - морока ;)

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

- Создаем роль
- В закладке [SQL таблицы] определяем таблицы, доступные для этой роли и права доступа к таблицам (RWU);
- В закладке [SQL-процедуры] определяем хранимки, доступные для этой роли;
- Раздаем роли "доступа к данным" нашим пользователям.

Вот теперь вроде все ;)