Цитата:

слишком сильно сказано...

Кроме того, 1С - удобная штука, что ни говори.

которым ты хвалишся, что встроил его.

trdm писал(а) 19. Декабря 2010 :: 10:45:

ну, я его пока не встроил - он всего лишь вызывается для указанного отчета. встроить его - это на будущее.
пользуюсь тем что есть. все же лучше чем ничего.

это впереди - работа с базой данных еще не реализована.
это самое сложное, по крайней мере для меня

дык у меня алергия на питон, яву и шарп.

blindvic писал(а) 19. Декабря 2010 :: 13:49:

как раз это было самым простым. По крайней мере сделал это достаточно быстро

все по кусочкам достаточно просто... а вот увязка и согласование-тут пришлось голову поломать

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

сможешь в постановке участвовать, в здоровой критике
и в нездоровой тоже :)

я не делаю данную программу, чтобы было.
я хочу сделать инструмент, которым буду пользоваться.

Про Цитата:

что имеется в виду? У меня описываются "формы", на их основании создаются таблицы в БД, формы сами при загрузке привязываются в меню. Как тут дерево использовать? Хватает просто системы меню пока

Цитата:

а чем предопределенная процедура лучше, чем отличается от вкладки для ее написания? и в чем эта визуализация состоит в этом случае?

trdm писал(а) 20. Декабря 2010 :: 11:20:

я не против.
К тому, что код по полкам разложен привык еще в Foxpro - сложно отвыкать
С другой стороны - к событиям привязываю конкретный код, поэтому собирать форму проще из кусков.

Останавливало одно: помню что разработчиком Питона было декларировано, что команды в Питоне будут только аглицким языком.

Я заметил идентификаторы в кириллице. А сложно ли полностью переопределить функционал Питона чтобы 100% иметь идентификаторы в кириллице?

Насчёт  Like1c - считаю, что совсем не обязательно повторять весь функционал 1с.

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

blindvic выложил свои нарабортки. Еще-бы добавил-бы маленький экскурс. Как сделать программку с формочкой и кнопочкой типа "Привет мир". Что-то совсем простое, чтобы понять как стартовать.

Пробовал ли собрать платформу в единый исполняемый фай *.exe
Какая перспектива этого?

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

Вдогонку...
Удалось посмотреть концепцию МУРОМЦА?
Там есть светлая мысль о формировании кода генератором из метамодели. Используется для формирования объектов интерфейса, самих объектов, и доступа к БД.
Напиши если заинтересует.
Скину инсталляцию МУРОМЦА. Он заточен под VB6+ msSQL Serv.
Но идея прозрачна.

Отчет РасчетГрафикаПлатежей работает.
Недачет: печатная форма вообще не выводится на принтер. Наверное где-то кнопка затерялась или я не смог ее узнать.

qt-designer не поддерживает идентификаторы в кирилице.

Насчет предопределенных процедур
Каков их список? Это все?
def on_Module_load() : # event called by m_py after it loads module
def on_Form_load() : # event called by m_py after it loads Form
def on_Form_close() : # Form is asked to be closed

Методика      

     

Методология разработки программного обеспечения, так или иначе, строится на некотором цикле реализации требований заказчика. В рамках этого цикла вполне возможны повторы различных операций, например, разработка- тестирование или опытная эксплуатация - доработка. Основная проблема классической схемы разработки состоит в том, что фактический результат, который может оценивать реальный пользователь появляется очень поздно. Менять что-либо существенно на этой стадии или уже поздно, или очень дорого.

Использование CASE инструментов существенно ускоряет фазу разработки, но не спасает от основных разочарований, связанных с тем, что заказчик не всегда точно знает, что ему нужно.
Представим, что заказчик немного ошибается в описании своих требований, проектировщик готовит спецификации, на языке едва ли понятном заказчику, и это естественно, поскольку он пишет документацию для программистов или архитекторов проекта. Чаще всего, заказчик с трудом может оценить детали реализации, о которых говорится в спецификации. На этом этапе тоже есть некоторая вероятность, что проектировщик не полностью погрузился в проблемы заказчика и тоже не заметил ошибки заказчика.

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

Итак, мы решаемся показать программу заказчику - и именно тут выявляется ошибка в требованиях!

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


Что же можно с этим поделать?
Есть классическое решение, которое часто практикуется на больших проектах - создание проекта прототипа. Проблема состоит в том, что мало кто способен объяснить, чем прототип отличается от окончательной версии проекта. Обычно прототип, это просто плохо оттестированный проект, в котором не реализована часть функций, и делается он не так тщательно, как того хочется. Поскольку, заказчик очень редко анализирует исходный код, то настоящий проект часто вырастает из прототипа дополнительным временем тестирования, изменением в дизайне и небольшими доработками. Плохо это или хорошо, сказать сложно, но такой подход помогает снизить риск при неправильных начальных требованиях.

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

• Модель проекта

• База данных проекта

• Документация по проекту

• Исходный код для каждого из документов

• Шаблон документации пользователя

Следующий этап разработки состоит из настройки той части интерфейса программ, которая может быть настроена по желанию пользователей, и доработка тех функций, которые лишь намечены в описании модели, но оставлены для ручной реализации. В принципе в этот момент, часть информационной системы, которая относиться к вводу и модификации документов готова, и скорее всего уже не будет меняться. С этого момента начинается разработка отчетов и, если это предполагается логикой информационной системы, разработки бизнес процессов.
Система управления бизнес процессами тесно интегрирована с информационной системой и представляет собой гибкое дополнение к хранилищу документов, которое может работать либо с предопределенными процессами, либо включать в себя полный комплекс средств для создания новых бизнес процессов.
Мы стараемся стандартизировать подходы к разработке документов, отчетов и бизнес процессов, с тем, чтобы свести к минимуму ручную доводку исходного кода, заменив её настройкой. Для достаточно большого количества проектов это вполне возможно, допустимо и даже оправдано.

Цитата:

нельзя получить точные размеры

villager писал(а) 17. Февраля 2011 :: 14:02:

Так это-же не баг а фича.
Зато элементы сами растянуться на лист как это укажет дизайнер.

Виталий подскажи книжку полезную по QT. Чтобы поскорей освоиться с виджетами.

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

Зря отказываешся. В архиве рассылки имеется и разжевано много вещей необходимых для реализации коммерческой системы.

Жаль что для демонстрации. Надобы иметь вывод на принтер. Пусть плохой, но вывестись должно.

Напиши пару строк как планировал доступ к базе данных.
И как реализовывать объекты привязанные к БД (справочники, документы и пр.).

Qt4.5. Профессиональное программирование на C++
http://diveintopython3.org/
Rapid.GUI.Programming.with.Python.and.Qt.Oct.2007
Саммерфилд М. Программирование на Python 3. Подробное руководство

Книги по Qt лучше искать тут

У villager'а уже есть работающая система.

Цитата:

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

Вот для SQL Server 2008 R2
http://msdn.microsoft.com/ru-ru/library/ms186755.aspx


CREATE FUNCTION (Transact-SQL)
Создает определяемую пользователем функцию в SQL Server 2008 R2. Определяемая пользователем функция, представляющая собой подпрограмму Transact-SQL или среды CLR, которая принимает параметры, выполняет действия, такие как сложные вычисления, а затем возвращает результат этих действий в виде значения. Возвращаемое значение может быть скалярным значением или таблицей. При помощи этой инструкции можно создать подпрограмму, которую можно повторно использовать следующими способами.

Подскажите как можно реализовать дублирующие названия для идентификаторов? Кто-то уже размышлял по этому поводу?

А в модуле
  w.Сообщение ('w.Сообщение: Модуль загружен.')

from w import *
или
from w import Сообщение 

Вопрос остается актуальным! Посмотрите файл во вложении и предложите как будем выводить в дереве метаданные и как редактировать.
Интересует:
1. какой библиотекой лучше пользоваться.
2. как быстро отображать в дереве
3. как выводить только нужные элементы из файла метаданных

Вопрос   Как в цикле перебрать атрибуты класса?..

class MyObject():
    def __init__(self):
        self.bd_id = '###########'
        self.bd_name = '_____________'
        self.bd_another = []

my_obj = MyObject()
for name in dir(my_obj):
    if name.startswith('bd_'):
        print(name) 

C радостью отвечу на вопросы.
Начинаю готовиться к продолжению работы - смотрю в сторону SQLAlchemy.

Учтите, что исходники на Питоне 3. Поэтому лучше Eric5.

Теперь хочу сделать форму списка справочника (в терминологии 1С). Пожалуйста, посоветуйте как это сделать лучше. Знаю, что народ уже делал что-то подобное.

А если кто-нибудь еще и подскажет как это сделать в помощью Qt - вообще будет замечательно. Я уже пытался на этй тему проконсультироваться - пока еще еще не сделал выводов.

Итак, если некий view (QTableView в моем случае), в котором я хочу отображать записи одной из таблиц. На будущее хочу в ней отбражать результаты любого запроса (фильтр WHERE + сортировка ORDER BY, etc.)