LightSwitch学习--（一）前言

最近一直在找能够快速原型开发的工具。

我所面对的困难一直是，很少的人，一般是一个人，快速完成具体任务。这也是我们国情决定的。

所以，前面调研发许多框架，如微软的PRISM，还有devXpress，这些都不错，唯一的问题就是太大太笨。对于那种几十个人，开发几年的项目当然没什么问题，但对于我们这种强调一个月就见效的中华人民共和国，当然没有什么意义。

不过，通过这些调研，也发现一个真实的情况：

1。 2010 年，是一个分界限，现在.net 界面开发，在2010年之前出现的东西，已经落后了。很落后了。

以Lightswitch ，微软的CRM2011，DevExpress DXperience 为代表的，新时代思想，才是我们的未来。

为什么这么说呢？

首先加个限制条件，我上面所说的是针对企业用户的软件。

2. 对于企业用户来讲，比如我所负责的一个，就是物流，软件使用的效率，和功能完善，是第一位的。

3。 所以，数据相关的代码，是没有什么意义的。我是说实话。

比如物流软件，大部分信息，都来自于数据库，没别的。什么三层模型，5层模型，只不过是数据的表述而已，也就是说，不论你如何编代码，也是在浪费生命。

没有什么值得骄傲的东西在这种事情上。我可不相信，一个人，可以因为完成这种无聊的数据操作代码，而成为名家，或都高工资。

4。所以，Lightswitch ，DevExpress DXperience这些东西的存在，是情理之中。

DevExpress DXperience做得不好，至少还是老的思想，我都说了，用户要的是功能，谁会因为你把什么数据中间层写得好，而给你奖励呢？因为那个东西没有用。

事实上，中间层的存在，是一种限制，比如数据库发生改变，中间层也要根着变，少和我说我的灵活，再灵活也要变。象hibbernet，配置文件就不是代码了？

所以，后续的工作，我还是基于Lightswitch.

等DevExpress DXperience有所改进吧。

5。用户更加关心效率，所以BS没有竟争力（在企业界）。现在移动开发的情况，就是一个佐证。

所以，我们的程序是CS的，而不是所谓的流行的BS的。

试想想，做为一个程序员，将来如果你自己开了公司，你是希望员工每天盯着屏幕，抽完一根烟，程序才悠悠地启动？不可能的。

假如你是一个老板，你愿意听程序员说他的技术很先进，就是慢得要命的解释？

记得一次，程序启动过程中，我加入了一系列环境检查的代码

（因为CS程序，之所以程序员不喜欢的原因，就是用户的环境多变，真希望那些被程序员忽悠的老板们都看看），

因为要检查的东西太多，比如程序是不是所有的DLL，exe ，配置文件都在，目录是不是可写，目录有没有空格，等等，

结果，程序启动时，有一点慢了，这也被用户发现了（我了个去）。所以，作为一个程序员，如果你能忽悠用户用BS模式，千万不要写CS程序，用户都被惯坏了。

没办法，我只好在程序启动时，开了一个线程，干这些环境检查工作。

===================

最近调研的情况如下：

1。 不论是LS还是devXpress，都正在高速发展中。推的的速度之快，让人很难接受。

这点，作为一个老程序员，还是很难接受，比如MFC，升一次，多么认真，兼容性也非常好，

可是，在这个轻浮的时代，一切都变了。做得半拉卡几就出版本了，然后，新版本和旧版本完全变了。

2。 MVVM还有其实现，PRISM，以及xpress 这些实现，都过于庞大，正事解决得不多，操作过于繁锁。正事没干，框架代码占了绝大部分，完全步了JAVA的后尘。

3。相比较而言，LightSwitch ，对于企业用户，更加是合理的选择。微软这次设计得相对合理。

但不合理之处，在于LS基于Silverlight，而不是WPF，或是winform，所以界面的美观，未来是个大问题。启动的速度，运行的速度，比winform慢了太多。

==============================

大胆的预测：

.net体系，正在步java 后尘——不论你用多好的电脑，效率也上不去，虽然，.net比java 好一些，直接跑汇编码，但，内存管理，与java一样，是垃圾中的精品。效率，永远是他们哥俩的死症。

所以，未来不排除有一家公司出现，把这些界面库，用C++重新实现，重新把飞一样的感觉还给终端用户，用户们等流畅的感觉太久了。