flex开发的2份源码

你有本事去忽悠163 sohu的新闻频道用flex做，别他妈的html啦，太落伍了

是基于文本的啊，so what？现在的系统日益复杂，呈现多元化，也就是说，有的频道或者子系统以文本呈现为主，有的是以图形化交互为主，你就不能2个搭配着用？
http://www.google.cn/music/songscreener
http://class.chinaren.com/
这些都是活生生的例子，你就不会谦虚一下，看一下人家牛逼公司是怎么做的？你不用flex会死吗？

不过还有一个原因是：对于一些没有任何css基础的同学来说，怎么用成本都下不来

   至于Flex前端有几层根据需要而定，可以ALL in ONE（所有的代码都在一个MXML中），也可以将view和model分离出来，层的多少不要紧，关键是职责明确和清晰。你甚至可以在Flex端发一个SQL到Java端，直接返回结果集Map，这几乎就是“裸奔”，直接让数据从数据库跑到界面上。

另外，你这里所说的SSH是指Struts，Spring，Hibernate吧?Flex是UI层技术，Struts也是，有了Flex就不需要Struts了，当然国内有的团队同时使用了Flex和Struts那可能是由于历史性的问题。
另外Spring和Hibernate可以根据需要的使用，我们的系统就完全不用Spring,只用了Hibernate。而且如果你不喜欢Hibernate使用JDBC或者IBatis也完全可以搞，这个团队可以自己选择。

Flex的AS代码和ＪＳ非常相近，都是支持ＥＣＭＡ规范的脚本语言。但是Flex中的ＡＳ可以断点调试，JS就差远了。

FLex是个新兴的事物，目前没有的不代表以后不会有，我们讨论的是它适合做什么而不是它已经做了什么？如果它已经做了那些大的网站，估计我们今天就不会在这里讨论Flex了。

在软件开发中，开发成本主要取决于开发效率，在复杂的UI界面方面，Flex的开发效率远超基于HTML的各种技术，因此何言开发企业应用的成本太高？

Flex简单易学，有强大的IDE开发工具，刚毕业的小伙子经过一两个星期的培训基本就可以上手开发.

1.如果没有大规模的使用Flex开发请谨慎下结论，我们用Flex进行大规模应用开发，其效率非常之高，远远超过所有基于HTML的技术（JSP ，JSF）当然我们做的是企业WEB应用，而不是互联网站。Flex代码可以调试，断点跟踪，这都大大地提高了其可维护性。

2.Flex优点就在于客户端保持状态，可能传统WEB开发者对此会感觉十分不爽，但是传统C/S程序员会非常熟悉和习惯客户端保持状态这样的开发模式。客户端保持状态好处如下：
（1）.能提高用户体验，不用每个操作都要到服务器端更新视图。

（2）.便于UI之间交互复杂的数据（也就是说客户端的状态），这点对于网站开发的程序员是感受不到，或者感触不深，而对于企业应用程序开发者来说尤为重要。

（3）.客户端能够处理一些界面逻辑和简单的业务逻辑，这会大大减轻服务器端的压力。
3.Flex适合那些应用？

（1）不以文本阅读为主要目的的游戏网站，电子商务网站，虚拟现实社区网站，视频语音等在线即时沟通网站。

（2）基于WEB的企业应用。

我很赞同你这句话“在Flex端发一个SQL到Java端，直接返回结果集Map”，我现在就在做一个使用Flex+Cairngorm+BlazeDS+Spring，后台直接调公司内部MES中SDK的API和数据库，第一阶段算是完成的很好，不过架构实在太复杂，前台好几层，后台又好几层，前后台业务逻辑有点混搭。第二阶段要花两个礼拜调整架构，我们就准备把后台业务逻辑都放在前台做，后台只暴露产生封装号的数据集接口，SQL放在前台，结果集都在前台产生，这样运行效率上的确能提高不少，而且也能解决很多问题，比如前后台同步。我觉得后台根本没必要用struts和spring，顶多用映射框架就够了，呵呵，个人见解，请多指教