还是没做过太大的应用哦..自己做的东西,想怎么舒服就怎么做的.无所谓层不层的.只要维护方便,使用方便就好了..

但是等你和团队一起开发大点的应用的时候,你就会明白.你这个架构不适合了.因为你不能左右别人的习惯,更何况团队中还有领导左右着~~

同意BUG的意见..毕竟Atlas是对AJAX的封套...而且也可以让初级读者对AJAX有个大概的了解.让读者对基础知识有所了解..

我看第一章的内容就是对AJAX的简介.这一章就相当于读者的开门砖.在读者深入了解后,不仅能做到知其然,而且更要做到知其所以然..

如果可以的话.是否可以给出对AJAX的相关推荐书籍和参考站点??也可以放在附录部分..

如果有时间,加我MSN聊下吧.如果有样章的话.可以先睹为快.

呵呵,回复的真及时啊.跟不上了有点.

郝刚的那本书中的重复代码是很明显的.个人感觉,书上展现的代码最好不要超过2页以上的..毕竟噼里啪啦的一堆代码贴出来..给人第一印象就是充字节,充字数.而且即便是需要贴这么多代码出来讲明某个问题..可以考虑分段啊.可以参考<C#高级编程>的做法..根据本章的需要写一个例子.然后每一小节分段的贴出来些代码.这样不仅没有堆彻代码的页面,也可以有利于读者的吸收..小段的吸收要比大段的吸收快很多.而且更便于理解和作者的讲解..

大段的代码现在大部分都是通过随书光盘,或者网上下载的..所以书上的实例代码希望能尽量做到对称.均匀.

我给你留言了已经..希望这些建议能对这本书有些小小的帮助.

如果你是想介绍一下如何使用Atlas的话..可以参考一下郝刚的<ASP.NET2.0开发指南>..这本书的出版应该是成功,他的成功有以下几点:

第一,第一本国人写的ASP.NET2.0的书,技术新,竞争少..2.0正式发布之后.书就上市.可以说准备充足; 也如作者所说,为了这本书,他准备了一年.呵呵.付出必定有回报..
第二,囊括了2.0的方方面面.确确实实的再现了2.0的新特性..面广,自然有收藏的价值,因为毕竟我们能记下来的只是其中的一小部分..以后作为参考手册还是很有必要的...
第三,实例多.注解多.概念少.几乎全部为白话讲解.看这本书给我的最大感觉就是,一字一字的去看就好了.因为是国人写的.所以从语言组织上来说..比翻译过来的书要容易读..毕竟汉语和英语的差别还是有的..
第四,纸张好.推广好..呵呵.或许这个理由不算什么.但是作者和出版方对书的重视程度会导致印刷出来的效果..当初我从书架上拿起这本书的第一个感觉就是手感好.是可以收藏的书.

因为以上几点,我相信,购买一本这样的书,无论对于新人还是已经开发经验的人员,都是值得的..

我希望你在写这本Atlas的时候可以参考一下他的成功之处.另外 这本书也有个不可取的地方,希望你在将来能注意一下..就是这本书中的实例代码..完全可以去掉一部分的..有很多部分都是有充字节的嫌疑..部分的HTML代码重复的很厉害.本来就是为了演示一下控件的写法而已嘛..直接贴出来控件的代码就好了..他就偏偏把那些从HTML代码整页的贴在书上..很是不舒服..况且还有配套光盘嘛..还怕什么呢?或者前几章基础的部分可以附带全套HTML..后几章高级部分就免了吧??

小小愚见..说的不对的地方,请多多包涵..

不知道你有没有看过候捷的那本<深入浅出MFC>,我看了你列出来的章节和目录,虽然在前言中,说是要以实例为住,不写那些手册函数.但是小节的名字就是那些控件啊,函数啊,行为啊.这样的东西给我的第一印象,就是空(主要是我还没看到内容)..并不会太吸引我去购买..或许我会借来看,或许我会驻足翻翻..

感觉对Atlas的讲解,不必过多的花费篇章去讲那些控件和行为,将一些主要的,经常用到的控件讲解后,剩下的可以配合一些实例一带而过.毕竟很多的控件在日常开发中根本是千年难得用一次的..其后,可以多花些笔墨去描述框架本身,运行机制和原理..毕竟大多数开发人员想要了解的是Atlas本身的框架设计,而非简单的控件托拽,使用..这样的书籍才是我们真正想要看的,想要收藏的经典..

小小愚见..许久不关注CNBlog了..千年回一贴..呵呵..

呵呵,思路再整理下就会好很多了..期待下一篇..

lixianhuei@hotmail.com

来一个试一下..看看这个功能..研究下

支持.关注

呵呵,自己人,当然要捧场了..支持你下先.

@anchky

如果只是一般的开发,使用什么都可以的..如果从事对性能,效率要求比较高,定制性比较强的开发,有必要深入GDI+一下..

@javasion

汗,真打击啊..不过还是要放,有空了整理下其他函数,再放进来.

已经删除了..

C++语言的设计和演化

确实是很多人都会遗忘的书籍..如果你真的喜欢C++,这本书可以更好的让你了解什么是C++...C++是如何来的..又是如何成为众人追捧的..

在人工智能的书籍中讲的比较多..

实现起来的算法也是多姿多彩..现在大部分都是依靠词库..

To: torome
呵呵,看看上面 Wu.Country@侠缘 的回答就知道了..

这里的base是指父类..base(i)是调用父类的构造函数..
public b(int i):base(i) 和 public b():base(0) 这个两个地方都可以看出来..无论怎么构造子类,都需要先满足父类的构造函数才可以...

一路顺风..

春节快乐..

呵呵,欢迎转载..

春节快乐..同喜同乐..

只要这个工具做出来能帮助一个人,就是成功的..

开发者锻炼了,学到了知识..这个是经验..

帮助了新人或者初学者..这个是功德..

没有什么东西是完美的..可能这个东东适合某些人,也不适合某些人..所以就不必争了.

不要伤了皇城内的和气..呵呵..

To: torome

这里的base代表着父类..base(i)意思是,在子类初始化的时候,用base关键把父类也初始化了..如果不能满足父类的构造函数..子类也就无法被构造出来...所以需要用base(i)把父类构造..

今年是第四年了..05年来杭州..晚上很有时间,就用看书来打发时间..

看下面的代码..主要是用子类的IQ + 父类的IQ..因为在子类构造的时候,父类也被构造了..所以,可以使用父类中的IQ..

54 private int _IQ;
55 new public int IQ //在这里覆盖了父类的IQ值
56 {
57 get { return this._IQ + base.IQ; } //子类的IQ值是父类+子类的IQ
58 set { _IQ = value; }
59 }
60

这个题目有意思,不过这个问答不真实..个人感觉这么大的项目对政府来说,也不是说批就能批下来的..而且有点实力的公司肯定不会这么回答的..

政府正在搞节约..这么大的资金流动..不真实..

不过软件对用户来说..就是要尽量的满足不同用户的需求..但是国内的软件,很少能真正做到这点的..反而是有些优秀的中小公司,为了能留住客源,建立长期合作关系,能比较好的完成客户的要求..大公司太注重成本和效率...

可以回家了..呵呵..高兴啊..

28日的飞机票....搞到手了....

你们真好啊..都有票拿..

我还在寻找梦中的票...国家的交通啊...唉..关键时刻总是掉链子..

呵呵,猜猜我是谁??

一不留意,发现你的CSDN帐号,又一不留意发现你的Blog...

过年我回去了..记得出来座座啊....想你啊.....

记得来给我留言啊.....

很完整,很详细..

只是在管理起来..不知道是否能确切执行呢??我很期待这样的规范化管理..但是还没见到过那家公司是按照此规范进行的..感慨啊我...

我晕..你的好高啊..

佩服一下先..

OK,都已经发了...注意查收一下.

请使用Hotmail的邮箱,因为其他的邮箱不一定能收得到信.

都已经发送了..注意查收...

邀请已经发送..请注意接收邮件..

　　这故事告诉我们，真正的领导人，不一定自己能力有多强，只要懂信任，懂放权，懂珍惜，就能团结比自己更强的力量，从而提升自己的身价。

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

说的好..就是这个道理..懂的管理艺术!!!

或者,不懂技术做管理的人,如果能在管理艺术,口才,个人魅力方面有见解..我也会很支持的!!就好像我们经理..技术一般,但是人很好,很有市场分析能力..

主要是合作的氛围好就可以了..

对于我们做技术的,如果能和同事们合作好,公司的业绩肯定会上去的!!

看看马云每次得奖,或者发表个人意见的时候,都是把团队放在第一位!!

没技术的人做管理,注定是会和技术人员难以沟通的!!很难想象,一个不懂技术的 人来管理技术,沟通是多么困难??

呵呵,画的不错.
建议把.NET也做成抽象的..因为你人物抽象后,那几个字母不抽象的话,很不协调的..

愚见...

不好意思,昨天早上随兴发的文章,没想到大家回了这么多..
我认真看了大家的评论..很感谢..
无论事情的好坏,主要是看心态..

我文章要说的无非是一条,不想勾心斗角,很没意思.做开发,我只是要做好自己的工作,避免被卷进这个漩涡..不过还是常常被卷进去..起初我只是个程序员的时候,我很高兴,能在完成工作的同时钻研技术,得到满足..但是真的走到了技术管理的岗位后,才发现,干好本职工作,管好自己团队的同时,也要照顾好其他团队,因为我们是一体的..但是有的团队却并非如此,而是对你百般阻挠,阻止你的团队开发周期...缺少合作精神!!

很感谢omnislash推荐的书,这些书我都看过了..只是在遇到事情的时候,很难想得到,呵呵..不过好在我会用看书来打发郁闷的心情..第二天就好多了..

我以后要么不写文档，写就负责任的写！

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

深有感触!!说的太好了!!心里话!!

谢谢,非常感谢xiao_p的意见,故事情节与模式,我感觉似乎隐约有用之处,所以拿和故事情节穿插起来,不过在写的过程中,才发现模式的多变,对于故事来说,并非好表现的.
因为某个模式的变化和扩展的余地很大,这个是模式的奥秘..而故事如果要随着模式的变化而变化,则限制于篇幅...怕写多了,大家看下去的耐心也就没了..

下个故事,我会尽量多组织些内容..或许是变化一下表现方式..

请大家多提意见...

呵呵,单位加班的时间少,业余时间都看书了..

你文章中的代码,看不到,点击那个+后没内容

呵呵,一句话"避免重复",就够了..

都比我高啊..真郁闷了我..

26-29是让你找出四个图的最佳配对过程

比如26题,三角和正方形是一对(三角形+1条线),正方形+1条线(五边形),所以这个题应该是A和D

我的理解是这样的..不知道对不对..

谢谢了,好同志,向你学习.以后会多发些讲的很细的基础的文章,带动新人.

To:cc.net

准备安心过年了,总结一下2005的经验.在外地最快乐的事情莫过于要回家的这几天.

心情好,身体棒,吃门门香..呵呵

呵呵,如果仔细做的话应该都会在130左右的..

不过我有点笨,第一次才92

呵呵.没有闲了,准备安心过年了,什么事也不想做了,晚上写的..

放弃或许是创造的开始呢??

好运相伴..

已转到新手区