我可以告诉你palau是谁开发的.明基逐鹿
但我很不幸的告诉,这个palau平台有多烂.
我也非常不明白.为何会有palau的平台开发.
本来那么简单的事,非要搞的那么复杂.而最终没人去用.
因为问题实在是太多了.
这种东西就是真正的所谓的"华而不实".
我觉得框架的目的是为系统开发的.
能使用系统开发变的高效与扩展性好.这才是框架的生存之道.
要是有兴趣呢.看一下我马上要发布的SmartPersistenceLayer吧.
没有那些华丽的东西,但能让你的系统开发很轻松,很高效.
看了[听棠.NET]的评论后知道Palau是谁开发的了,不过对这位大侠观点不敢苟同.
其一、你所说的SmartPersistentceLayer只是一个对象持久层,而Palau是一个集成性的开发框架,两者非同类也,尽管理对象持久是Palau必需实现的一部分。
其二、仅数据持久本身只是提供开发者解决每一问题(其实就是数据构建与存取)的一场解决方案,而象Palau这样的开发框架却是改变开发方式的一种解决方案,假如Palau最终是象创造它的主人所说的那样,那将是.NET环境下开发的一大进步,说的通俗一点,Palau是在把“软件工程”变成“土本工程”,同时使软件更健壮、更灵活、更具延展性,此雄心非一个Object Persistent所能比的。
其三、对于Palau是不是象这位仁兄所说“很烂”,目前为止我没有实际使用过,但我想这套架构本身是好的,至于意图的实现以及技术的成熟度上现在还不能妄加评价,即使有部分地方不是很好以后也是可以不断改进的。不管怎样,这是值得高兴、值得骄傲的事情,毕竟还没有国人开发过一套如此庞大的开发框架,即是是在JAVA上也只能用国外的作品,这种是中国软件业在发展的表现。
其四、仍是这位仁兄所说的持久化,你的大作已拜读过,你的想法也中规中矩,不过具我了解,这类东东目前已有不少,比如XPO、Nhibernatet等等,当然你是否超越这些东东目前我不知道,希望你能超越,到时我一样向你祝贺。主归正传,Persistent乃良好架构的必需,而非充分条件,因此,别把Palau当仅实现持久化的工具来看待,其中的AOP、IOC、WFE、集群服务、负载平衡……建议多给予关注,如果我的计划不流产,在不久后我会发布Airstrip1 Beta 版,尽管与Palau有很多想似之处,但有特色的肯定也不少,对于Airstrip的介绍我也会尽早发表.
楼主的意思我也明白,其实在这里,我们在讨论一个“理论”与“实践”的问题,有很多东西当然是应该有好的理论引导,不过,有些东西真的只有理论而没有任何实现的可能性,那我想知道,这东西有何用,当然我不是指palau没有可行性。
明基逐鹿有很多这样的人,就是在理论上,或是研究上,真的不错,但没有把这些变成现实,这也可能是实践上有难度吧。
那至于我为何说palau很烂,应该说所有用过的人都会觉得很烂,可能是可行性比较差,没有发挥出其扩展性等概念吧,也有可能是我的领悟有问题吧。要声明的,我与逐鹿没有任何的恩怨,我只是就事论事。
我还在想,如果连一个好的持久层都没有,何以体现palau的经典之处。忘了问了,楼主能告诉我,那篇文章在哪里吗?我也想看一下:)
听棠.NET ,你是猪头阿,好不好不关你的事情。
自己作自己的事情,不要管别人,你吃多了。
Palau 1.0的确存在诸多的问题,这些在Palau 2.0中都在逐渐改善,比如你说的ORM现在已经重写了2.0,多数据库支持也采用了xSQL 1.0自然书写。博客堂的是即将Release的Palau 2.0.
一个平台从构想到最终实现是一个漫长的过程,我想这个每一个人都明白。
不管是Palau还是简单的持久层对于开发者来讲都是一个跨越,这其中自然有磨合的过程,你最初使用Hibernate的时候难道不感觉它同样很难使用吗?但是它一直在进步,这就足够了
To Liu:
Palau Introductions
http://blog.joycode.com/uestc95/
上面的介绍都是基于Palau 2.0的,公司内部都还在Alpha测试,你怎么会了解如此之多呢?你的持久层我大致看过了,你的设计目的是实用性,这一点也在Palau 2.0 ORM中体现了,至于你曾经使用过的Palau 1.0,当时也仅仅是开发了20天就完成了,难免顾此失彼,并且只是完成一个最原始的尝试,让你们使用只是为了Palau 2.0 Release的时候得向下兼容而已,但是正如我在介绍中提到的那样,持久层仅仅是整个Palau 2.0的一部分,Palau将被设计为一个集成框架,包含最重要的前端开发环境,你之前所使用到的Palau 1.0是最初最初的一个雏形而已。
后面Palau 2.0将会提供公开测试版本,以便能更加完善,朝着一个真正独立的集成框架发展,我曾用一句话描述过Palau的最终前景 - 一个类MDA的设计驱动开发平台。
呵。楼主啊。真不好意思,我看了那文章了,我觉得我们说的不是一个东西啊。文章中描述的,我觉得不可能是明基逐鹿开发的,因为逐鹿的Palau我用过,完全不一样。
但怎么这么巧呢,也叫Palau呢,主要是我对逐鹿的Palau太厌恶了,不好意思。
楼主也帮忙问问这个Palau是哪家在开发,是真的不错,要是能产品发布,算是国内第一家吧。
Palau是明基逐鹿公司(BenQ是台湾Acer分出来的)从台湾购买的
Palau平台的构成
Palau平台主要由4层构成:
l Palau框架系统
l 底层基础技术构件库
l 公共业务构件库
l 产品业务构件库
l 提供代码自动生成的Tools
Palau平台通过提供基于基础构件的自动化代码构建工具来完成快速开发,并形成不断积累扩充的Component Library,来达到最大程度上的资源重用。
Palau Toolkit
在基于Palau平台的软件开发模式当中,Palau Toolkit的作用很大。通过Palau Toolkit将孤立的Palau构件库同编码结合起来,利用自动化的代码生成机制,来完成对于Palau构件库的快速重用,并符合明基逐鹿研发规范,可以节约大量的编码时间,提高编码效率。
比如单纯的手工编写O/R Mapping这一阶段就会耗费大量的时间和精力,并且不能保证正确性;而通过我们提供的Palau Toolkit自动化工具则可以在几秒中内快速的完成这一工作,并能保证100%的O/R Mapping正确性。这只是Palau Toolkit提供的其中之一功能。
基于Palau平台的软件开发场景
构件的发布场景
1. 某一个构件的开发启动
2. 构件在QA验收通过(相关功能,附带开发文档,附带开发范例,遗留的问题等等)
3. 提请此构件发布到Component Library的请求
4. 正式发布到对应的构件库(Publish)
构件的使用场景
1. 某项目或者某版本的产品提请某一构件的使用请求
2. 通过Palau Toollkit来引用需要的构件
3. 在产品发布的时候记录产品使用构件的情况
Palau Toolkit的使用场景
1. 程序员在整个设计完成之后,根据设计通过Palau Toolkit来完成耗费工作量很大的工作,比如O/R Mapping;比如构件的编程等等
2. 如果是Web程序,则需要通过Palau Toolkit来完成界面设计,引擎调用,WEB标签库引用等等,来做到快速化开发
3. 如果需要使用到公共业务构件或者产品构件,则直接通过Palau Toolkit来完成