|
锁定老帖子 主题：flex开发的2份源码
精华帖 (0) :: 良好帖 (16) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-06-03
复杂的业务流程
复杂的业务逻辑和数据处理 复杂的数据和操作权限 和前端哪怕有一毛钱的关系？ PS:上PP，多上几张 |
| 返回顶楼 | |
|
发表时间：2009-06-03
最后修改：2009-06-03
下一站，火星 写道 复杂的业务流程
复杂的业务逻辑和数据处理 复杂的数据和操作权限 和前端哪怕有一毛钱的关系？ PS:上PP，多上几张 有一些关系，当然关系不是那么紧要，只是你不从事这个方面不大知道罢了。工作流和权限都要控制人机界面上的UI组件的可用性，可见性。这就会和ＵＩ，也就是前端发生一些关系。 |
| 返回顶楼 | |
|
发表时间：2009-06-03
最后修改：2009-06-03
我现在承接的项目也是使用flex开发的企业ERP。 同意Itian的观点。如果使用AJAX+HTML 那会大大增加开发成本。Flex的使用 让我们能把更多的注意力集中到用户体验设计上。而且还省去了各种浏览器兼容性的测试。
大量的页面访问使用Flex不是一个好主意。访问同样的数据页面，使用Flex的话 服务器没有办法缓存用户请求结果(在页面加载swf后，Flex才会向服务器发出请求)。 |
| 返回顶楼 | |
|
发表时间：2009-06-03
你一连用了那么多复杂，这个复杂是你规定的？ 等到你们换人或者系统重构的时候，记得通知我来围观 |
| 返回顶楼 | |
|
发表时间：2009-06-03
下一站，火星 写道 你一连用了那么多复杂，这个复杂是你规定的？ 等到你们换人或者系统重构的时候，记得通知我来围观 伙计，系统重构时没你想象的那么复杂，重构这个东西并不神秘，只要系统类的层次设计的合理，接口相对稳定，重构有何困难呢？ 如果Flex不行了，顶多把有关UI的一层Java对象换掉，业务逻辑层的对象还是不变。就像我们把以前的JSF开发的系统用Flex升级，也只是将JSF的BackBean一层换掉。 |
| 返回顶楼 | |
|
发表时间：2009-06-03
还是要平和的对待这个问题
第一 虽然adobe不给我发工资，但我也是一个AS程序员，不过是和flex企业级开发方向不同而已 第二 对于flex企业级互联网级开发，先声明，肯定不是全盘否定，163 sohu包括google 都已经在局部使用了,效果很不错， 但都是one page one app/客户端持有状态这些特性注定这个东西在做大型交互系统时的复杂性 |
| 返回顶楼 | |
|
发表时间：2009-06-03
ltian 写道 下一站，火星 写道 你一连用了那么多复杂，这个复杂是你规定的？ 等到你们换人或者系统重构的时候，记得通知我来围观 伙计，系统重构时没你想象的那么复杂，重构这个东西并不神秘，只要系统类的层次设计的合理，接口相对稳定，重构有何困难呢？ 如果Flex不行了，顶多把有关UI的一层Java对象换掉，业务逻辑层的对象还是不变。就像我们把以前的JSF开发的系统用Flex升级，也只是将JSF的BackBean一层换掉。 UI重构 数据库重构 业务重构，你咋扯到jsf的分层设计去了 |
| 返回顶楼 | |
|
发表时间：2009-06-03
最后修改：2009-06-03
|
| 返回顶楼 | |
|
发表时间：2009-06-03
|
| 返回顶楼 | |
|
发表时间：2009-06-03
我们以前用ext， 但现在某些功能界面太复杂，那些就用flex来做了，
flex mvc用的Mate 同意ltian ， 看来你们的技术都成型了， 我还在起步阶段 ， 正波折中 。。。。 |
| 返回顶楼 | |
