昨天BORLAND在上海锦沧文华开了个研讨会，李维做了一个关于Borland的MDA产品演示。想想有一年多没看到李胖子了，所以请了个假跑去看，从俺们这乡下旮旯跑到位于静安区的会场还真TMD远，害我换了三种交通工具才总算在一点半前赶到。到那里时，诺大的会场已经快坐了一半，只好找了个中间的位置坐坐，没过多久，后面的位置也坐得差不多了。前后看看，BORLAND的用户中，还是有不少PLMM的嘛:)
过了一点半，李胖子才出现，开始吹他的法螺了。距离上次见他已经有一年半了，当年他说的BORLAND要推出的galileo和charlotte至今还是踪影全无，只是SideWinder变成了C#Builder，C++Builder变成C++BuilderX，看来真的是计划没有变化快啊。李胖子这回主要推的是BORLAND收购Together后的新产品：Together for .net，号称目前.net平台下最好的MDA工具，当然顺便也把BORLAND的ALM那一套（CaliberRM, StarTeam, OptimizeIt...）全又吹了一通，大多数偶是没用过，不好说:P。
还是就拿昨天的那个Together来说吧。这次对Together的宣传重点是：它是一个MDA解决方案。能够agile地解决OOAD/OOP之间的问题，能通过Modeling的方式，非常快速地实现应用程序的开发。8过说实话，李胖子有误导之嫌，仿佛BORLAND这次要宣传的产品是MDA，而不是Together似的。8过其实关系也不大，至少目前炒作MDA的概念对Together是绝对有利的。
其实MDA是OMG所提出的一个概念，就是Model Driven Architecture（这个东东包括其缩写MDA都是OMG的注册商标），其主要思想是将传统的Modeling做法，从两步变为三步，但本质还是基于UML的。
在传统的UML Modeling过程中，一般是先用UML把各种Use Case Diagrams/Class Diagrams等等画出来，然后生成代码，Coding。而MDA则对此作了改进，在二者之间加入一步Modeling。MDA中第一次Modeling所建的Models被称为：PIM(Platform-Independent Model)，这是一个高度抽象的Model，与具体的平台无关，即它完全是为了描述软件的逻辑而做，与它将要用什么技术实现无关，不管是要用.net还是J2EE或是CORBA，而且这个Model是MDA中最关键的部分。在MDA中，第二步的Modeling被称为：PSM（Platform-Specific Models），到这一步，Model就要被转为与具体实现技术相关的了，根据不同的实现技术，同一个可以产生不同的PSM。最后，才是根据PSM生成代码并Coding。
虽然MDA比传统两步Modeling方式要多一个步骤，但实际上，PSM是通过工具自动从PIM生成，所以并不需要增加工作量。
关于MDA，可以参考OMG关于它的一个FAQ：http://www.omg.org/mda/faq_mda.htm
中场休息后，李胖子演示了一下Together for vs.net，一个集成在vs.net中的two way tools式的modeling工具。功能是粉强，8过很多方面跟一年前Rational发布的XDE(http://www.rational.com/products/xde/index.jsp)有不少相似之处。XDE偶只是看过，没有用过，看着像也只是看着像，也许Together也有一些特别的强处，因为李胖子也没用过XDE，无法比较。Together现版本有很多吸引人的特色：完全的two way tools，反向工程（李胖子演示了把Duwamish做了一个反向工程），支持多种Design pattern（包括GoF的和Borland自己的以及一些其它的DP，甚至可以自己定义DP），自动文档生成等。
最值的一提的应该还是C#Builder的Architect版，这是一个比较完整的MDA开发工具。之所以说是“比较完整”是因为现在的版本中，Modeling还是有一定的平台依赖（现在主要是针对.net），没有完全实现PIM的Modeling。现在的解决方案是把Model导出为XMI（XML Metadata Integerchange），然后用其它Modeling工具导入。
值得一提的是在C#Builder中，Borland提供了一个被称为ECO(Enterprise Core Object)的O/R Mapping(Object/Relational Mapping)技术，利用这个技术，在Modeling中生成的Object可以直接映射到数据库中成为Persistent Object。这是一种完全OO化的应用开发技术，过去那些Database Schema Script之类的烦心事都可以不用管了，省事太多。
其它的小道消息就只有：Delphi.net将于今年第四季度发布，Delphi8将于明年第二季度发布了。
过了一点半，李胖子才出现，开始吹他的法螺了。距离上次见他已经有一年半了，当年他说的BORLAND要推出的galileo和charlotte至今还是踪影全无，只是SideWinder变成了C#Builder，C++Builder变成C++BuilderX，看来真的是计划没有变化快啊。李胖子这回主要推的是BORLAND收购Together后的新产品：Together for .net，号称目前.net平台下最好的MDA工具，当然顺便也把BORLAND的ALM那一套（CaliberRM, StarTeam, OptimizeIt...）全又吹了一通，大多数偶是没用过，不好说:P。
还是就拿昨天的那个Together来说吧。这次对Together的宣传重点是：它是一个MDA解决方案。能够agile地解决OOAD/OOP之间的问题，能通过Modeling的方式，非常快速地实现应用程序的开发。8过说实话，李胖子有误导之嫌，仿佛BORLAND这次要宣传的产品是MDA，而不是Together似的。8过其实关系也不大，至少目前炒作MDA的概念对Together是绝对有利的。
其实MDA是OMG所提出的一个概念，就是Model Driven Architecture（这个东东包括其缩写MDA都是OMG的注册商标），其主要思想是将传统的Modeling做法，从两步变为三步，但本质还是基于UML的。
在传统的UML Modeling过程中，一般是先用UML把各种Use Case Diagrams/Class Diagrams等等画出来，然后生成代码，Coding。而MDA则对此作了改进，在二者之间加入一步Modeling。MDA中第一次Modeling所建的Models被称为：PIM(Platform-Independent Model)，这是一个高度抽象的Model，与具体的平台无关，即它完全是为了描述软件的逻辑而做，与它将要用什么技术实现无关，不管是要用.net还是J2EE或是CORBA，而且这个Model是MDA中最关键的部分。在MDA中，第二步的Modeling被称为：PSM（Platform-Specific Models），到这一步，Model就要被转为与具体实现技术相关的了，根据不同的实现技术，同一个可以产生不同的PSM。最后，才是根据PSM生成代码并Coding。
虽然MDA比传统两步Modeling方式要多一个步骤，但实际上，PSM是通过工具自动从PIM生成，所以并不需要增加工作量。
关于MDA，可以参考OMG关于它的一个FAQ：http://www.omg.org/mda/faq_mda.htm
中场休息后，李胖子演示了一下Together for vs.net，一个集成在vs.net中的two way tools式的modeling工具。功能是粉强，8过很多方面跟一年前Rational发布的XDE(http://www.rational.com/products/xde/index.jsp)有不少相似之处。XDE偶只是看过，没有用过，看着像也只是看着像，也许Together也有一些特别的强处，因为李胖子也没用过XDE，无法比较。Together现版本有很多吸引人的特色：完全的two way tools，反向工程（李胖子演示了把Duwamish做了一个反向工程），支持多种Design pattern（包括GoF的和Borland自己的以及一些其它的DP，甚至可以自己定义DP），自动文档生成等。
最值的一提的应该还是C#Builder的Architect版，这是一个比较完整的MDA开发工具。之所以说是“比较完整”是因为现在的版本中，Modeling还是有一定的平台依赖（现在主要是针对.net），没有完全实现PIM的Modeling。现在的解决方案是把Model导出为XMI（XML Metadata Integerchange），然后用其它Modeling工具导入。
值得一提的是在C#Builder中，Borland提供了一个被称为ECO(Enterprise Core Object)的O/R Mapping(Object/Relational Mapping)技术，利用这个技术，在Modeling中生成的Object可以直接映射到数据库中成为Persistent Object。这是一种完全OO化的应用开发技术，过去那些Database Schema Script之类的烦心事都可以不用管了，省事太多。
其它的小道消息就只有：Delphi.net将于今年第四季度发布，Delphi8将于明年第二季度发布了。
而Delphi8：=Delphi7（升级）+Delphi.net ？！
还有就是从现在的情况看来，Together如果可以集成到Delphi8里，也只能应用到.net上？
是否可以就WINDOWS原生程序开发进行建模？
下次用Delphi直接写代码，选择不同编译器编两次，那就一个.NET程序和普通的程序就出来了。没机会听李维讲座，可惜。
关于建模，在Octan（Delphi8）中应该实现与Together整和吧，希望如此
我们这地方估计太黑了，
李伪来了就变成“黑胖子”了，不爽
HUHU.
无论从哪方面讲，他还能拿MS手中抢回自己的天下吗？
回答是肯定的
以前看李维的书，觉得很不错。
不过多产了之后，就觉得内容有点空洞，找不到词的就一句：borland真好。
没劲！
真的会有吗？
什么时候出啊？
期待中！！！
昨天我也去了，比过比较晚，
呵呵，不过的确如楼上所说，比较沉闷，而且会场很小。
言语间Borland的底气也不足，说：现在microsoft不xx了，所以我们的机会来了.....
sigh，没有用过Together，但是没有看到和同类产品在设计上的过人之处。PS:楼上喜欢李维的书的朋友，马上你们又有买的了：）
我的个人意见是舍弃ModalMaker，尽管可以直接在里面写源码，由于没有编译器的支持，故而没有意义，其它方面肯定不能同Together比较了。
再说MFC的结构就我个人来看，绝不是最好的，在早年来说，比OWL要好一些，OWL的多重继承会搞死人，但MFC跟VCL比起来差距也是明显的。
有时间研究MFC不如研究VCL的源码，如果嫌VCL是用OP写的，那就直接用SDK，这也比去研究MFC要好。
研究VCL对于Delphi程序员来讲是一个提升自身功力的过程，但是我不推荐初学者直接去学，这个是需要有了完全了解了Object Pascal语言和基础的OO后再去研究的，还要有超人的耐心和坚持力才行。李先生的有一句话还是很好的：(具体怎么说忘记了，只记得意思是）技术能力是基础，眼光趋势是无价！
1、看看它的整个架构，看它是如何对设计Data和View的（VCL在这方面是很欠缺的，但它降低了进入Delphi世界的门槛）。
2、你认为它好，那好在哪里？
3、认为它不好，那不好又在哪里，我们设计自己的软件时应如何避免。再次申明：对VCL理解不深入的人最好别去，避免干扰自己的思维。
“对掌握Win32绝对有好处”的不止MFC，用SDK能更清楚地了解WIN32，不喜欢C的可以去研究VCL，而且研究MFC同样也“要有超人的耐心和坚持力才行”。TO：largewang(成都：王珍义[老王])
1、希望能作进一步说明，偶也想知道MFC有什么特别的优势；
2、偶不认为它好；
3、没有一定功力的人，看不出不好的地方，反而有可能被不好之处所误。总之偶是不太赞成为一个行将就木的东东浪费太多精力，如果是在五年前，我一定支持你们，但在这个日新月异的时代，要学的东东太多了。
在.NET全面铺开的时候应该会继续支持Win32，就向Win32同时支持命令行一样，不过到时候还支持命令行就不一定了，我的希望是继续支持，毕竟有些东西还只有它才能实现。
宠辱不惊，看庭前花开花落，去留无意；毁誉由人，望天上云卷云舒，聚散任风。
————————————————————————————————————
宠辱不惊，看庭前花开花落，去留无意；毁誉由人，望天上云卷云舒，聚散任风。
————————————————————————————————————
宠辱不惊，看庭前花开花落，去留无意；毁誉由人，望天上云卷云舒，聚散任风。
————————————————————————————————————
宠辱不惊，看庭前花开花落，去留无意；毁誉由人，望天上云卷云舒，聚散任风。
————————————————————————————————————
偶正是指PLMM，既然是成都站就没问题了，偶们看的不是同一帮MM:)
我期待Delphi8把Together整合进去，这样我就仍然继续跟进Borland，如果不整合的话，我觉得跟进Borland的意义不太大，至少对于我本人是如此的！
DELPHI又出新花样
---别扔西红柿！