跳转至内容
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(Flatly)
  • 不使用皮肤
折叠

Odoo 中文社区

  1. 主页
  2. 版块
  3. Odoo 系统测试
  4. 运行后有几个问题

运行后有几个问题

已定时 已固定 已锁定 已移动 Odoo 系统测试
9 帖子 4 发布者 12.6k 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • D 离线
    D 离线
    duchuanjie01
    写于 最后由 编辑
    #1

    论坛提供的0.3安装版。
    1。不知道怎么会出现模块不存在的现象。
    2。非最底层的菜单如果瞬间点多了话,会卡死,就等好长时间也没用。

    1 条回复 最后回复
    0
    • digitalsatoriD 离线
      digitalsatoriD 离线
      digitalsatori 管理员
      写于 最后由 编辑
      #2

      1、自从tinyerp更名为openerp后,它的在线模块库已经改为 www.openerp.com/download/modules/ ,你可以在模块管理界面中更改。但是不建议使用“在线模块库”,因为在线模块库中的很多模块没有得到最及时的更新,建议你从它的的svn或bazaar版本库中下载最新模块并拷贝到addons的目录下。
      2、请查看客户端或服务器的log文件以了解具体有什么错误。

      【上海先安科技】(tony AT openerp.cn)

      1 条回复 最后回复
      0
      • D 离线
        D 离线
        duchuanjie01
        写于 最后由 编辑
        #3

        哦感谢你解决了我的疑问,不知道有没那个公司实施了tinyerp 啊。感觉tinyerp要在中国发展好,因该先做几个实施,最好实施后能在论坛是行让大家看一下接见以下这样推广效应因该会很好。不行,模拟实施一个,比如电器公司之类,现在erp 需要重视生产上的模块。

        1 条回复 最后回复
        0
        • D 离线
          D 离线
          duchuanjie01
          写于 最后由 编辑
          #4

          个人觉得模块间的互相以来虽然在程序上简化了很多但是在普及和灵活修改上就差了点,tiny这点还不错要再独立模块不知道会怎么样。不知道有没可能让erp 模块完全象单个零件一样可以容易的组装起来,可以达到不。我是才学习erp 没多久的,不成熟看法别笑话我。
          比如和菜单一样的依赖关系,最基本那2模块<-依赖于--各功能模块(如财务,生产,销售,仓库之类)<-依赖于--各下级模块(财务的子模块依赖于财务等),而减少互相件的依赖,如生产不依赖财务模块,这样修改erp以适应不同学要是不是容易点。

          乱说的啊别打我,我菜鸟一个。

          1 条回复 最后回复
          0
          • S 离线
            S 离线
            simon
            写于 最后由 编辑
            #5

            不行模块间的耦合和方便成正比。很难有什么两全其美的方式,(如果有哪将是一种等价变换,有好处也有坏处)所以erp需要定制能力。我们还差好远好远开源不是终结,实际是长征的第一步,不过魔盒已经打开就看我们怎么用了。如果这是一场战争开源有很多缺点,但有一个绝对的优点社区的力量就是人民战争,如果我们连这个都没了那不用说开源必败无疑。

            1 条回复 最后回复
            0
            • J 离线
              J 离线
              jjx
              写于 最后由 编辑
              #6

              tinyerp 采用了类似eclipse的插件机制, base account这两个模块是基本模块,大部分模块都依赖他们, 从编程角度而言,依赖就意味着重用,这是一种双刃剑,过多的依赖也不好,如果没有 依赖,通常也就意味着没有重用

              这种东西要用,肯定是要开发人员介入的, 不用说这个开源的,连商业的100%都不能够拿来就用的. 因为这个毕竟不是有针对性的财务软件或是进销存,更何况是老外做的.我现在在做一个axapta项目,ui基本都是重新构造,原来的那种ui,给那些一线用户,一打开他们就晕掉了

              tinyerp 现在的思路是好的,比方说把基础架构单独出openobject ,但这部分还需要加强,现在wiki 上文档很多都是todo, 另外,这两天我试了一下,开发还是有点麻烦,没有利用python的一些特点,比方说在开发时即修改即生效,开发时用shell交互的调式.(可以举例的是django的开发时是即修改即生效的,还有就可以用manage.py shell 进入python提示符做些交互性的测试)

              现在修改一个模块必须要更新模块才能反应变化,效率太低

              [[i] 本帖最后由 jjx 于 2008-8-12 17:22 编辑 [/i]]

              1 条回复 最后回复
              0
              • digitalsatoriD 离线
                digitalsatoriD 离线
                digitalsatori 管理员
                写于 最后由 编辑
                #7

                jjx是微软Dynamic AX的高手呀。本人coding的水平实在有限,希望你能多多的指导。
                Tiny一般的修改是即修改即有效的,只是当修改了类定义时,因为涉及到ORM的数据库映射,才需要模块更新。是不是我理解的不对?

                【上海先安科技】(tony AT openerp.cn)

                1 条回复 最后回复
                0
                • J 离线
                  J 离线
                  jjx
                  写于 最后由 编辑
                  #8

                  你客气了,呵呵. 像视图,如果在客户端的系统管理-自定义-界面-视图中修改, 是立即反映变化的,你可能是指这个.我的意思是说修改view的xml文件,在客户端是没有反应变化,只有更新模板才行
                  因为tiny会将view等的定义装载到数据库中去,更新这个动作就应该,将视图定义写入或更新数据库过程. 在自定义-界面-视图中修改的是数据库的东西

                  其实如果两者是双向的就行,比方修改数据库时同步到xml文件或是监视文件的变化,将文件同步到数据库中. 这个实现起来不难,就看tinyerp的团队如何考虑的了

                  1 条回复 最后回复
                  0

                  • 登录

                  • 没有帐号? 注册

                  • 登录或注册以进行搜索。
                  • 第一个帖子
                    最后一个帖子
                  0
                  • 版块
                  • 标签
                  • 热门
                  • 用户
                  • 群组