![]() |
1
forrestshuang 42 天前
完全可以 django 非常适合做内部系统
|
![]() |
2
scukmh 42 天前
方便手机,平板使用的话,还得好好挑个前端的框架。
|
3
676529483 42 天前
如果冲着 nb 去的,不好意思会失望的。追求快速开发、并发量小、上手容易的话,django 可以。
|
4
wsglj 42 天前
@forrestshuang 谢谢!
|
7
wsglj 42 天前
@forrestshuang 我能不能再厚脸皮问一句,有没有 Django 下面的开源 mrp/erp 项目可以拿来改改就用的?
|
![]() |
8
janxin 42 天前
可行,erp 有个就叫 django-erp 的
|
![]() |
9
raptor 42 天前
为什么不用 odoo (原 openerp )
|
![]() |
16
skymei 42 天前
django 肯定满足你的需求了,我个人不太喜欢这个框架,那个 model 很恶心,我宁愿用 pymysql 写原生 sql
|
![]() |
17
zjsxwc 42 天前 ♥ 1
需求无非就是把数据库表单编辑能够方便地人机交互处理,定义好数据库表结构就完事了,再加一点权限管理。
用各个语言的 admin 框架呗,比如 php 的 sonata admin https://sonata-project.org/bundles/admin/3-x/doc/index.html python 的 flask admin https://flask-admin.readthedocs.io/en/latest/ |
18
saulshao 42 天前 ♥ 1
Django 完全可以满足要求,尤其是如果你懂业务的话,这东西可以解决很多问题。
基本思路是放弃基础数据维护,全都用 Django 自带的 admin。 而业务流程的处理则用前端的 vue 或者类似的框架。 |
![]() |
19
twor2 42 天前
除非有长久规划,不建议自己做
这是在开倒*车 |
20
vipcc 42 天前 via Android ♥ 1
之前用 php 给人做过类似的方案,真的麻烦。
最后发现还是老路子成熟的方案好。 为什么呢? 大表单,不是一点两点的快,企业级商用组件,可以快速无缝对接。 报表生成,做传统企业级的,免不了这个。 硬件对接,厂里各种设备需要链接。基本都是 C/C++/C#接口。 后期维护,linux 维护人员费用不是一点两点啊。招人头皮发麻。windows 基本大家都会用,图形化的简单省事。 建议前期工作准备好,不然很容易失败的, 传统行业和互联网有差别, 目前我们已经考虑换语言和框架重构了。 以上仅供参考,希望对你有帮助。 |
![]() |
22
OSF2E 42 天前
难在 GUI 与第三方接口对接的问题上吧……这些东西不是市面上能够获取到的开源、通用方案能够覆盖到的
|
![]() |
24
fub2020 42 天前 via iPhone
年初从 0 出发,也是没有任何 web 经验从 django 起步。
前期 django admin 真的好用,根据业务建模,就能满足基本需求。 但是系统复杂了以后,就需要考虑前后端分离,这个时候就应该切换到 Flask 了。 用 python 实现前端真的有些费劲。 |
25
zibber 42 天前
搞一个开源到自己改一改吧
|
26
mesbbs 42 天前
买一个算了。
|
![]() |
27
l0wkey 42 天前
|
28
cooi 41 天前
不是有原来 python 写的 openerp 吗 这个最成熟了,已经很多中大型企业在用
|
![]() |
30
mclxly 41 天前
关注一下
|
32
RRRoger 41 天前
odoo13 吧 https://www.odoo.com
|
33
wsglj 32 天前
|
36
wsglj 32 天前
@vipcc 谢谢分享宝贵经验。中小型制造业,人力密集型,就是主要基于库存和工时的管理。 大表单目测不会太夸张,相关报表也是。硬件接口需求几乎看不到。后期维护是个大问题,连个 IT 都没有的工厂。其实目前更担心的是,由于生产品类的变化,数据结构定义和管理是个大问题。比如生产服装和汽车相关配件,数据原素太多不一样,说不定明年又变了新厂品。怎么统一数据结构?头大的说。
|
37
wsglj 32 天前
@all 谢谢大家的分享和指教,学习了不少。目前考虑先用 odoo 试试,不行再 django+vue 这种。但有个头大的问题先,由于生产品类的变化,数据结构定义和管理是个大问题。比如生产服装和汽车相关配件,数据原素太多不一样,说不定明年又变了新厂品。怎么统一数据结构?有哪种数据库能够灵活面对这种情况?头大的说。
|
38
saulshao 32 天前
首先我建议遵循 ERP 的数据结构,产品基本上就是 BOM,BOM 其实不关心你生产的是汽车还是服装。需要细分属性的时候就建表扩展就行了。其实我之前实践过用 K/V 的结构存储不同的属性,但是这么做的问题是有一些需要经常查询的字段,可能必须拿出去单独建表,不然无法保证性能。
其实,首先需要评估的是你做这个东西干啥,然后再考虑 IT 实现。 |