Flex开源的ERP的开发困境.

1.一站式 or one page site在企业应用上很少见:因为就算是所有的flex 应用都也还不多.但总是有人会先走一步.或者你讲述一下不能"一站式"应用的瓶颈在哪(我只是很想了解一下)?

2.ERP(国内外的,港台的)二次开发多了,同时也做一些ERP业务咨询.也就熟了业务.

我印象蛮深的几次：
1. 穆迪公司的招聘网站是flex一站式的，速度很慢。
2. 是公司内部一个工控系统，GIS方面的，使用了flex做展示，后来做到比较大，需求频繁修改，结果都要在开发工程环境下进行重编码，然后编译部署。因为我不熟悉flex，弱弱问句，比如只需修改一个mxml，是不是也需要重新编译成swf啊？？

我觉得一站式不一定有所谓的开发瓶颈，只是学习和迭代开发成本要比js / html方式大些。

走第一步这个肯定有不少公司或flexer，而我觉得flash以前主要做 js/html 不能做的事（或说浏览器），现在的flex不仅做了js/html不能做的，还吧js/html标准擅长做的都做了（在js框架下，控制粗粒度UI对象也容易了）。

B/S下我向还是偏向于把ui已标记tag交给浏览器去处理，而不是在浏览器之上构建个vm（类似OS - Swing的关系？），正如desktop下不喜欢xul框架等。



佩服lz的技术和业务能力的全面知识。支持lz走自己的路子。

话多再多说几句。

ERP这种东东，能设计出最主要的80%的功能和共性需求，或说能有一个简单方法去解决其80%的问题，就可定性了。至于具体的在java上用什么框架，b/s下用什么技术，估计都不再是主要讨论的了。

Flex 真的有那么好么？我也用来做了一个小项目，可是发现用的很郁闷，做出来的东西N大！！！如果要好好的去优化一次，自己对 Flex 中的 ActionScript3.0 没那么熟悉，如果熟悉的话，早就自己去做控件了。

其实技术无所谓好坏，能解决项目或者产品当时的问题，并有一定的前瞻性就可以了。研发中心做技术选型的时候之所以选Flash平台(flex,air...)，主要还是:

1. 前端的GUI是跑在flash虚拟机之上，调试方便，数据处理能力强（100w条记录不分页的丢到前台，如果你是用extJs,DOJO等，那将是悲剧。）。真正的跨平台,不会出现浏览器的差异什么的。另外flex,air,flashLite(手机上的flashLite应用没实际做过),大有统一3大块的意思。现在项目中b/s,c/s之间的改造还是很方便的，很多官方和自己开发的组件都可以重用。
2. Adobe的出身，无论文档还是支持都是非常的不错，只要e文过的去的话。选型的时候搞过extjs，文档和api那叫一个痛苦。
3. 一点私心，技术人员都想玩些新的东西，自己不是很会的。反正上面忽悠好了，底下的事情是我们自己选。嘻嘻。

实际应用中的困惑与困难：

1. 相对传统的js和c++的GUI有些吃系统资源，体积也有些大。对网速有限制的地方，可以用c/s(air)作为b/s(flex)的替代，只进行数据交换。性能调优方面也要我们继续努力。传统的美工作用不是太大，有些类似皮肤的制作，和美工要协调好，要指导美工mm结对编程，不过男女搭配干活不累的，嘻嘻。
2. 多人大团队开发的时候，适合自己的开发套路的探索，有段时间一直困扰着我们。官方的best practice只是指导思想，不是所有东西都适用于每个团队。还好现在有自己的套路，多人协同开发效率也比去年有了很大提高。
3. 如果是产品的话，如何有好的创意，并搞出杀手级的应用。这些都是后话了。

 

我是做erp的我想加入，会java hibernate flex

我会java hibernate ,只入门一点flex.可以采用module化flex展示端，可以生成多个swf文件。我想参加 邮件 surpass.li@gmail.com

同意 :-)

 

现在非常厌恶html,js.jsp,jsf.

不想花太多时间在 界面上. 

而且考虑别人二次开发的话. html不是个好主意,特别是如果想给不懂技术的人做简单的二次开发的话

Cairngorm is a good flex mvc framework, maybe lz could think about using it to construct the UI. What's more, would you plz tell us which license are applied to the deliverables?

试过 pureMVC之类的,最后决定不用这一类的东东. 费时失事 :-(