Если я понял, то у тебя вся модель сразу заполняется? Если у тебя в справочнике 2000 наименований - все 2000 сразу у БД запрашиваются?

trdm писал(а) 12. Декабря 2011 :: 07:24:


Ну, а если ты перемотаешь вниз - все записи будут в памяти?

http://www.prog.org.ru/topic_13443_0.html

Ну вот, довел проект до состояния, когда можно что-либо показать (alpha).
Код можно скачать здесь: https://github.com/warvariuc/wic
Вот видео как это скачать и запустить (испытывалось на Kubuntu 12.04):


Чуть-чуть кода:

По сравнению с первой версией, демо к-й я уже здесь вылаживал (но видео уже удалил) есть по крайней мере одна большая разница. Если в первой версии пользовательские модули создвались отдельно от "ядра" системы, то сейчас разработчик расширяет ядро, наследуя готовые классы и изменяя их вид/поведение. Это продолжает идею Qt/PyQt и дает больший контроль над приложением.

Вот, например, код "глобального модуля":

import sys, os

from PyQt4 import QtCore, QtGui

import orm

import wic
from wic import forms, w_main_window

appDir = os.path.dirname(os.path.abspath(__file__))
db = None


class MainWindow(w_main_window.WMainWindow):

    def onSystemStarted(self): # predefined function scalled when the core is ready
        self.statusBar().showMessage('Ready...', 5000)
        # `<>` in the beginning of the string means to treat it as HTML
        self.printMessage('<><b><span style="color: green">System started.</span> Welcome!</b>', True, False)
        print('Application directory: %s' % appDir)

        global db
        db = orm.SqliteAdapter('papp/databases/mtc.sqlite')

        from .reports import phone_number_search
        forms.openForm(phone_number_search.Form)
        #self.mainWindow.restoreSubwindows()


    def onSystemAboutToExit(self): # предопределенная процедура запускаемая при завершении работы системы
        return True # return False to cancel quitting

    def setupMenu(self):
        super().setupMenu()

        #Add actions for catalogs.
        # http://docs.python.org/library/pkgutil.html#pkgutil.walk_packages
        menu = self.menu.catalogs
        from wic import menus
        catalogs = ('persons', 'locations', 'districts', 'regions', 'streets')
        for catalog in catalogs:
            modelName = catalog.capitalize()
            modelPath = 'papp.catalogs.' + catalog + '.' + modelName
            menus.addActionsToMenu(menu, (
                menus.createAction(menu, modelName, lambda *args, p = modelPath: forms.openCatalogForm(p, db),
                                   icon = ':/icons/fugue/cards-address.png'),
            ))

        menu = self.menu.reports
        reports = ('phone_number_search', 'test', 'lissajous', 'repayment_schedule')
        for report in reports:
            reportName = report.capitalize()
            reportPath = 'papp.reports.' + report + '.Form'
            menus.addActionsToMenu(menu, (
                menus.createAction(menu, reportName, lambda *args, p = reportPath: forms.openForm(p),
                                   icon = ':/icons/fugue/application-form.png'),
            ))



def test():
    wic.app.showInformation('test', 'Это сообщение из процедуры "глобального" модуля') 

Очень интересно, начинаю смотреть что к чему

Boris_1c писал(а) 06. Июня 2012 :: 08:27:

Тормоза из-за JOIN и LIMIT/OFFSET, я думаю (наверное можно как-то оптимизировать это дело, но я не гуру баз данных). Если плюнуть на количество записей, можно сделать прокрутку постранично по первичному ключу.
Насчет минимизации - можно убрать таббар и свертывание окон будет как в 1С. Окно можно сделать restore/maximize если сделать двойной щелчок на его заголовке.

Далее хотелось бы сделать регистры и документы.

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

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

Хотелось бы Qt Designer встроить в платформу - такое возможно.

Хотелось бы услышать твое мнение насчет текущей реализации.

Нужно доработать ORM - убрать баги, добавить фичи, доработать бэкенды к MySQL и PostgreSQL.

Boris_1c писал(а) 06. Июня 2012 :: 11:25:


Мне нравится, что структура БД задается через модели. Это читабельно и учитывается системой контроля версий (если я тебя правильно понял). Правда хотелось бы модели хранить все-таки отдельно.

Насчет реструктуризиации БД - не думаю что проблема такая уж и большая. Там уже есть зачатки - в orm.adapters уесть методы getColumns() и getTables(). Надо теперь сделать отчет к-й будет сравнивать полученные колонки с колонками моделей, показывать разницу и применять действия пользователя.