前台页面坚决抵制服务器组件，后台支持！！

哦！亲爱的先生：
你好！我有一问题要请教您？
我想在我的博客中加上一种连接，让它能够把网页上的新闻自动更新到我的博客上。可是我的计算机技术不过关，您能教教我吗？
我将非常感激！
柳富民
主页；http://qqfumin.51.com
E-mail:qqfumin@gmail.com

我刚开始学.net,以前用asp,用ASP时,虽然效率不高,安全性差等问题,但可操作性很强,只要懂点html知识,整个界面可以控制得好;但.NET就不同了,效率是高,但可控性就不行了,不知道怎么去控制.我觉得做网页是很精细的东西,不能差一个像素,不像做软件,现在做软件都偏向B/S结构,vs.net更适合做ERP,不适合做网页(个人感觉).

内部规范的帽子太大了。你可以以此为基础作为你的一种想法进行推销。但也只是推销，看看别人认不认可你的想法。
有一句话，“计划什么也不是，做计划的过程就是全部”，因为计划不如变化快吗。：）
同理，“规范什么也不是，做规范的过程就是一切”。如果你在做规范的时候可以对公司里各种类型项目，大的、小的、进度紧的还有公司内部的基础架构组等，都考虑清楚，我想才真可以出来一个有效的、可实施的规范的。考虑到在各项目的的实施力度是非常重要的。：）

最后有一个建议，如果你是新官上任，那建议你先分析一下，公司的目前情况，哪里是才是木桶中，最短处。先提高哪里，会帮助你建立威信的。：）
另：建议看一个链接：
http://www.itpub.net/578685,1.html （项目管理资料汇总）
祝你好运！

我单独使用了nhibernate觉得配置是使麻烦了点,复杂倒不觉得
现在看到castle的ar,发觉其帮我解决了这个问题,非常好
现在我研究npetshop,你的文章对我有帮助

用asp.net时要保证界面不受影响,很容易,只要你熟悉页制作再复杂的都没问题,但一般的程序员技术太单一,才感觉麻烦,建议多学一下页制作.

提出这些问题的人一定是不太懂asp.net而对自己掌挥的asp知识较为自信的人,就像某人刚学了两个星期C#的人就写出了一篇论C#的十大缺点一样.

有很多做JAVA WEB大型开发的程序员就不用去管界面，界面显示有专人作。当我第一听到这个的时候也相当吃惊，而且更吃惊的是后面，他们的工资都很高。

现代社会讲究分工合作，分工合作的效率远高于10项全能。特别是大型项目中表现很突出。

同感,用asp.net做网站,界面设计真的是个很头痛的问题,程序是比asp简便多了,可是做界面的麻烦程度真的是把人给活活气死

呵呵..其实都一样的,如果有些样式用不上可能是程序服务器控件的使用上有些问题.... 我主要是做美工,但也写过.net程序,所以我觉得如果配合的好的话,完全能达到静态页面的效果...

不错

我也看了，不错

确实很厉害

好,想详细研究一下Agile Framework了.

不错的东西，学习一下，谢了

好东西，期待很久了。。。

我从word往里贴的时候，都是选择保留word格式的，但是好像还是有变化。

---
不过无奈原来是用WORD写的，贴过来之后格式完全都变了，调整了半天后只好放弃
---
这也是让我比较头疼的事,发个文章很费劲.

期待....

帮顶!

http://www.source520.com

站长开发推广同盟 站长朋友的终极驿站
同时拥有海量源码电子经典书籍下载

http://www.source520.com/search/search.asp

"编程.站长"论坛搜索引擎-----为中国站长注入动力!

我这实际项目中一直用Castle，主要用其中的MonoRails和AR，感觉挺好的，我遇到的绝大多数问题都能解决，但个人感觉不适用于小项目。

顶

帮顶!

╭=========================================╮

http://www.source520.com

站长开发推广同盟 站长朋友的终极驿站
同时拥有海量源码电子经典书籍下载

http://www.source520.com/search/search.asp

"编程.站长"论坛搜索引擎-----为中国站长注入动力!
╰=========================================╯

不错，希望能早点发布出来，辛苦了，楼主！

一直在关注这个框架，希望尽早的放出第一个版本

简单讲就是允许客户端向服务器注册一个反向通知服务.
你还可以去了解一下有关ibm在网格下的ws-notify的资料.

轮询确实不是一个最佳的方法,只是无奈之举,目的是为了支持Web Service的反向事件.
不知道idior兄说的传递endpoint ref可以支持web service吗?原理是什么?请教了

轮询实在不是一个好办法，应该考虑将client的endpoint ref传给服务器，建立一个反向通道。

现在讨论讨论也不早 :)

你需要“匹配式”选择，在典型的FP语言中称为模式匹配。跳出OO和它所属的命令式编程思路吧

我觉得像这种所谓的中间件平台，开发出来再具体地讨论也不晚．

不错 事件的解藕确实很需要, cab中也有类似的实现

列个开发计划出来吧，免得我们只有期盼！

这里我有个地方不明白的，用IOC主要是为了脱藕吧。但是在添加组件时要知道组件的类型，没法达到扩充呀。请大家指教。

讲是讲得比较诱人啊，但愿不只是一种理想。
关注……

关于AOP，Agile Framework目前主要还是通过动态代理的方法拦截来实现AOP的横向织入概念，目前还没有用到Mixin技术。也许是因为对AOP本身不是很熟悉吧，在项目中全面依赖AOP技术我还是相对比较顾虑，有许多问题我还没有找到解决的办法，这里有篇文章跟我的想法很像：http://www-128.ibm.com/developerworks/cn/java/j-aop/

关于Web Service，我们现在就是把它作为一个带集成认证功能的HTTP传输接口，也许跟Web Service本身的概念一定偏差，详细情况请参考我的这篇随笔：
http://www.agilelabs.cn/blogs/linkin/archive/2005/09/07/9.aspx

至于那些关于开发的规定，其实就是我们打算辞职出来创办敏捷实验室的一些初期的想法，现在已经部分在实施。不过这个规定本身也是一个探索过程，慢慢会完善，还希望以后能多多指教 ：）

我对webservice的Scalability方面有些问题请教, 这方面好像很少有文章涉及

webservice肯定也是推荐stateless, 他们是不是和远程对象同样使用的对象池的技术？ 有这方面的参考资料吗？


另外对于前面提到的第二点， 我希望连接口的引用都不出现。应该更多地通过aop的方法来植入对基础服务(安全，事务)的应用。 而不是通过接口的显式调用。（虽然你对接口的实例的注入使用了声明的方式）。


还有楼主 之前 在“拟在公司内实行的开发规定”中提到的那些规定实施的如何阿？ 很有兴趣

首先,非常感谢您提供的宝贵意见!

对于第一点，我们当初在选择这些技术的时候内部确实也经过了长时间的讨论和风险评估，最终我们还是决定选择这些技术。这个决定和许多因素相关，包括我们的开发计划、风险承受能力和技术把握能力等综合评估。其中最主要因素的是我们开发的产品按照计划中是在未来一年以后才正式使用，所以我们应该有足够的时间去继续深入的掌握这些新技术，并等待他们的成熟和稳定。

对于第二点，其实基础服务和上层服务在技术概念上确实是属于同一层次的：他们都在同一个IOC容器之中，而且彼此都并不知道对方的存在，对接口的引用也是声明式的，具体的依赖由IOC容器实现注入。但是在业务逻辑结构上，我们对底层服务的定义是抽象的业务逻辑，所以上层服务确实在逻辑上又是依赖于底层服务的。因此此处是一个业务逻辑层次的划分。

对于第三点，SOA这个概念的本质应该是实现异质的平台互操作，似乎更多的是面向企业的IT规划人员的东西。我承认我们在Agile Framework中对SOA的实现确实并不够全面和彻底。但是从单一的框架技术上来说，确实很难完全的实现SOA的所有概念。我们现在在Agile Framework中所谓“SOA架构”的意思是每个业务子系统之间完全独立（不包括对基础服务的调用），相互之间的交互完全通过工作流引擎进行驱动。当然，AgileFramework现在也还在不断的完善和改进之中，我们说AgileFramework是一个SOA框架也可以算是我们理想中的目标之一吧，希望我们能实现更加完善的SOA。

最后，再次真诚的感谢您提供的建议！

大概看了这个应该不能称之为SOA开发框架.从框架提供的服务看了应该是类似于j2ee的一套东西. 对于这点你可以拿indigo于agile framework做比较.

几点建议:
1. 能够运用并掌握如此多的技术在改框架中, 确实体现了你们团队的技术能力, 不过由于其中运用到了如此多的新技术比如wwf,cab,Db4o. 实在让人不得不怀疑你们对他们的运用是否恰当, 毕竟这些都是beta甚至不到的东西, 基本上没有什么REAL应用.当然作为开发团队,你们肯定从中学到了很多, 但是作为使用者却不得不承受如此大的风险---相信这些技术,相信你们的掌握能力.

2. 通过接口提供基础服务给上层使用, 已经不再是一种很好的提供基础服务的方法,
因为尽管你通过接口实习了松耦合, 但是你还是要通过接口显式调用这些基础服务.
通过容器,元数据以及aop的技术使得他们呈现出一种平行的关系,并更多的通过"声明"式的方式运用基础服务才是目前的趋势, 在spring,castle,indigo等等框架中,都有这方面的体现.

3. 作为一个soa的框架,要更多的关注于service service之间的关系. 而且其中必然涉及wse,workflow的运用,从目前看来agile framework没有关注于此, 并且称为一个soa框架, 你必然要考虑到这些问题,而且还要提供一种方便的让用户使用的方式. 这项任务可是非常难以实现的啊.

anyway you have done a good job!

关注!
.NET社区有强大的开发工具、丰富的类库,最缺的就是优秀的Framework。
Agile Framework给我们带来了惊喜!

Availability（可用性）

这点估计是被微软的SQL2005的广告给蛊惑了：P

支持！多交流。

是因为是敏捷实验室开发就叫敏捷框架吗？呵呵

介绍中的功能和特性在目前的Agile Framework中都已经实现了,当然,现在还不是很成熟.
由于这个框架是抽象于我们实际中开发的项目,所以它会随着我们项目的进展而而完善,所以后续的东西应该都会慢慢的完善4起来.感谢提出宝贵意见.

不错，架子拉的比较大，希望实现上也能够达到这个高标准

此外涉及到架构层面后，测试、调试和部署，应该也在考虑范畴只能，而不应该仅仅局限于狭义的技术层面问题。

好是好，一看作者之一卢彦.
又想起许多许多:) 继续努力！！

做的非常好啊,期待……

呵呵,同感,所以我现在都连界面都包了,做B/S不懂Html和Css可不行啊,包括javascript都得懂,我都快成十项全能了,做出来的界面不比美工的差,老板就省钱了,可是我的工资却不看涨，郁闷

重写
public override void RenderBeginTag(HtmlTextWriter writer)
和
public override void RenderEndTag(HtmlTextWriter writer)
就可以去掉
span