posts - 1, comments - 15, trackbacks - 0, articles - 0

向Palau致敬

Posted on 2004-11-05 21:14 小隐 阅读(1476) 评论(10)  编辑 收藏 网摘 所属分类: 随想向高人致敬人在职场
    今天在博客堂兜了一圈,于是想加入到博客社会区,但由于博客堂是邀请制,于是在博客园申请了一个帐号(请博客园主人不要生气,不是我看不起博客园,而是一直太忙,很少时间来看,直到今天看到博客堂的Palau贴子,才发现不常来看看真是我的损失)。这是我的第一封贴,我也不知道以后我有多少时间来写贴子,但我肯定会常来看看,这是我们的家!    
    上午在博客堂看到一封有观基于.NET的集中开发框架的贴子,下午又看到一些Palau的介绍,包括IDE的展示。简直难以至信,竟然与我们正在做的Airstrip如此的相似。也许是英雄所见吧,核心部分几乎是Clone出来的,连IDE也很都差不多(Airstrip的IDE更象是UML工具,例如ROSE,利用IDE可以快速的搭建应用系统原型、添加业务代码、访问系统环境等工作也非常简单),只是某些细节及锦上添花部分有所差异。
        我不知道Palau是哪个公司开发的(因为该贴说这是个商业架构),或是其它组织,不管是谁,向英雄致敬!
        由此想到Airstrip开发的艰辛,人手严重不足,招人很困难,本想将源码放到网上让更多朋友能参与进来,或提供宝贵意见,但考虑到这不是个人创作,怕公司不同意,只好埋头苦干,闭门造车。不过还好,从大家对Palau的反应来看,方向还算是走对了,但靠公司现有的投入,我真担心我还能不能坚持把它做完。
        其实在几年头就有了开发一个开发框架的念头,一是当时公司领导极力反对,二是想法不够成熟,选择开发工具上也在范愁(那是.NET刚出来,关注程序有限,JAVA上已经有很多高手做了这方面的事情,对于自己的想法是不是有足够的竞争力也不敢肯定),直到前年开始使用.NET,一下了就兴奋起来了,再加上.NET下尚缺乏完善的集成开发框架,于是有了把“孩子”生下来的想法。由于工作太忙,也没法说服领导,于是到今年初只好放弃这个公司,几经波折,终于可以“曲线救国”,借开发一套大型商业应用系统的机会加大预算,才开始了Airstrip的开发,只是手头仍然拮据,只好缓慢前进,将很多构件都放在了“以后”,如果商业应用系统成功,也就可能有“以后”,如果失败,也许我也只能“流产”了。
        向英雄致敬,不仅仅是因为“所见略同”,也是羡慕,我想他们大概有一个很好的环境、很优秀的团队在为这个理想奋斗吧。另一方便,机会都是争取来的,我却没能说服老板投资,从这方面来说,我是失败者,于是再次向英雄致敬!
        Palau?很想看到它的发布,看来它会走在Airstrip前面,但总归是欣慰。
        感慨,一个人想成就点事情真是不容易,也许正是因为这样,我才觉得Palau开发组成员是多少幸运。
        致敬,祝Palau早日发布。

Feedback

#1楼    回复  引用  查看    

2004-11-06 00:01 by 听棠.NET      
我可以告诉你palau是谁开发的.明基逐鹿
但我很不幸的告诉,这个palau平台有多烂.
我也非常不明白.为何会有palau的平台开发.
本来那么简单的事,非要搞的那么复杂.而最终没人去用.
因为问题实在是太多了.
这种东西就是真正的所谓的"华而不实".
我觉得框架的目的是为系统开发的.
能使用系统开发变的高效与扩展性好.这才是框架的生存之道.
要是有兴趣呢.看一下我马上要发布的SmartPersistenceLayer吧.
没有那些华丽的东西,但能让你的系统开发很轻松,很高效.

#2楼 [楼主]   回复  引用  查看    

2004-11-08 12:34 by 尹英椿      
看了[听棠.NET]的评论后知道Palau是谁开发的了,不过对这位大侠观点不敢苟同.
其一、你所说的SmartPersistentceLayer只是一个对象持久层,而Palau是一个集成性的开发框架,两者非同类也,尽管理对象持久是Palau必需实现的一部分。
其二、仅数据持久本身只是提供开发者解决每一问题(其实就是数据构建与存取)的一场解决方案,而象Palau这样的开发框架却是改变开发方式的一种解决方案,假如Palau最终是象创造它的主人所说的那样,那将是.NET环境下开发的一大进步,说的通俗一点,Palau是在把“软件工程”变成“土本工程”,同时使软件更健壮、更灵活、更具延展性,此雄心非一个Object Persistent所能比的。
其三、对于Palau是不是象这位仁兄所说“很烂”,目前为止我没有实际使用过,但我想这套架构本身是好的,至于意图的实现以及技术的成熟度上现在还不能妄加评价,即使有部分地方不是很好以后也是可以不断改进的。不管怎样,这是值得高兴、值得骄傲的事情,毕竟还没有国人开发过一套如此庞大的开发框架,即是是在JAVA上也只能用国外的作品,这种是中国软件业在发展的表现。
其四、仍是这位仁兄所说的持久化,你的大作已拜读过,你的想法也中规中矩,不过具我了解,这类东东目前已有不少,比如XPO、Nhibernatet等等,当然你是否超越这些东东目前我不知道,希望你能超越,到时我一样向你祝贺。主归正传,Persistent乃良好架构的必需,而非充分条件,因此,别把Palau当仅实现持久化的工具来看待,其中的AOP、IOC、WFE、集群服务、负载平衡……建议多给予关注,如果我的计划不流产,在不久后我会发布Airstrip1 Beta 版,尽管与Palau有很多想似之处,但有特色的肯定也不少,对于Airstrip的介绍我也会尽早发表.

#3楼    回复  引用  查看    

2004-11-08 17:34 by 听棠.NET      
楼主的意思我也明白,其实在这里,我们在讨论一个“理论”与“实践”的问题,有很多东西当然是应该有好的理论引导,不过,有些东西真的只有理论而没有任何实现的可能性,那我想知道,这东西有何用,当然我不是指palau没有可行性。
明基逐鹿有很多这样的人,就是在理论上,或是研究上,真的不错,但没有把这些变成现实,这也可能是实践上有难度吧。
那至于我为何说palau很烂,应该说所有用过的人都会觉得很烂,可能是可行性比较差,没有发挥出其扩展性等概念吧,也有可能是我的领悟有问题吧。要声明的,我与逐鹿没有任何的恩怨,我只是就事论事。
我还在想,如果连一个好的持久层都没有,何以体现palau的经典之处。忘了问了,楼主能告诉我,那篇文章在哪里吗?我也想看一下:)

#4楼    回复  引用    

2004-11-09 18:01 by Beedy wang [未注册用户]
听棠.NET ,你是猪头阿,好不好不关你的事情。
自己作自己的事情,不要管别人,你吃多了。

#5楼    回复  引用    

2004-11-09 22:10 by uestc95 [未注册用户]
Palau 1.0的确存在诸多的问题,这些在Palau 2.0中都在逐渐改善,比如你说的ORM现在已经重写了2.0,多数据库支持也采用了xSQL 1.0自然书写。博客堂的是即将Release的Palau 2.0.
一个平台从构想到最终实现是一个漫长的过程,我想这个每一个人都明白。

不管是Palau还是简单的持久层对于开发者来讲都是一个跨越,这其中自然有磨合的过程,你最初使用Hibernate的时候难道不感觉它同样很难使用吗?但是它一直在进步,这就足够了

#6楼    回复  引用    

2004-11-09 23:12 by uestc95 [未注册用户]
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的设计驱动开发平台。

#7楼    回复  引用  查看    

2004-11-10 11:16 by 听棠      
呵。楼主啊。真不好意思,我看了那文章了,我觉得我们说的不是一个东西啊。文章中描述的,我觉得不可能是明基逐鹿开发的,因为逐鹿的Palau我用过,完全不一样。
但怎么这么巧呢,也叫Palau呢,主要是我对逐鹿的Palau太厌恶了,不好意思。
楼主也帮忙问问这个Palau是哪家在开发,是真的不错,要是能产品发布,算是国内第一家吧。

#8楼    回复  引用    

2005-11-30 13:43 by 我!我!我! [未注册用户]
跟你说了 就是逐鹿的Palau 咋不明白呢

#9楼    回复  引用    

2006-06-18 21:52 by maximum [未注册用户]
Palau是明基逐鹿公司(BenQ是台湾Acer分出来的)从台湾购买的

#10楼    回复  引用    

2006-06-19 13:54 by web123 [未注册用户]
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来完成




标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2004-11-05 21:29 编辑过
Google站内搜索

相关文章:

相关链接: