最新评论

@silentime 控件

呃，这个有论据么~~ 比如上传一个多大的文件，花了多长时间，在上传过程中的http请求的分析？ 客户端md5是用什么做的呢？javascript？还是控件？

标注一下。

@☆北斗星☆ 生成MD5效验码是在客户端进行的。只要传输MD5效验码到服务器就可以了

如果服务器没有获得整个文件，如何生成md5？

事实上QQ上传大文件时就是先判断服务器上有没有相同的文件，有就不会上传了。

@猫科动物 谢谢~

直接按F5

找到篇真实的评测了，非常好。

同意楼主和Artech，最初我也认为Model是数据层，感觉完全是被微软误导了。MVC加三层架构差不多就是楼主的设计思路。只不过还是需要一个Business Model。在MVC中我更加倾向其和强类型View Model合并，当然是在只有Website消费Business层的前提下。

@Kevin Zou .NET的体系和PHP的有较大差别。据说是基于组件的开发，不是很了解~ 不过听说开发方式是比较先进的。 在LAMP体系中，MVC的应用还是很普遍的

我想MVC主要還是想解決View即UI的問題吧，而關系業務邏輯的Model還是要重新分層設計。並不是一個MVC就可以解決系統架構(太少了) 不過我本身一點都不感冒MVC，因為對於UI來說，它隻是在泛泛而談，並沒有觸及到UI的本質，即提供展現和與用戶交互的模式 一點點自己的看法，樓主莫介意

@Artech 确实是这样。我就曾经简单的认为mode就是和数据打交道。 我是做php的，相对于java和.net的开发者而言，对架构的认识比较弱些~

看来楼主对MVC和分层架构可能还没有弄清楚吧。MVC里面你也可以继续分层的啊。甚至，model你就可以分三层。

很多人包括很多教科书都将Mode理解成数据，我个人觉得将它理解成业务逻辑模型更加符合企业级应用开发。M是对Business Entity, Business Component, Data Access Component的封装，对外通过Service或者Business Facade暴露。 从层次来讲，V和C存在于UI，其他部分都可以看成是M,包括Service Layer、Business Logical Layer和Data Access Layer。

xml文件也是如此，如果使用php页面是/生成的是xml文档，也得去掉签名。文档内容使用utf-8编码保存，以及encoding="utf-8"就可以让浏览器正确解析文档了。

@dot Yslow可以的。 不过话说回来，安装了Yslow之后，也是整合在FIREBUG里面的

查看浏览器接收到的文件 hearder 信息应该是用 firebug 吧。 用 Yslow 也能看吗?

原来可以这样，经常被var_dump出来的数组弄晕

Mark

呵呵,很有道理... 楼主 good

@饅頭 呵呵。可能和我所属的行业有关。我主要是做外包项目的，也算是软件公司吧。确实有不少需要重复的代码。 还有一点，我觉得良好的架构，对于开发人员的水平参差不齐的状况可以起到一定的改善作用。 从我目前的认识看，架构也可以保证执行力。 复杂的系统，没有一个健壮的架构支撑，有点不可想象。或者在一个较长期的开发过程中，如果没有架构，那也无法应对开发人员的变更等情况。

@rethink 語言也是想通的，以前asp，vb時代還有分層和分布式部署呢。架構需不需要，那是要看是不是經常要做重復的coding。 軟件公司是買軟體的，所以重復率非常高，自然需要架構，否則，總是復制來復制去，也蠻痛苦的。 看文章，樓主應該才做幾年，有此想法很不錯。

@饅頭 我对.NET本身不了解。所以看法可能不一致。 我所了解的php语言，因为太过灵活和自由，做复杂的系统，如果没有架构的控制，那将是不可想像的。 而对于.NET,我想微软本身已经提供了很多模式和框框，所以写出来的东西自然会有一定的结构性。我对.NET不了解，不知道这样的认识是否正确。

@饅頭 已经拜读了~ 我觉得架构还是需要的。但设计好的架构需要很强的功力。越复杂的系统，越需要简单的架构。

呵呵,可看看本人的博文

@Alvin 对.NET不是很了解。目前所知主要还是在LAMP方面

期待楼主发一些.net 相关的东西

这才是真正的技术文章，综合各方面的东西，结合实战。

APM的... 有没有.net平台的测试..

@太晕了 是的。是太低了。呵呵

memcached是要求配置低,但内存也不能太少了..256实在太少了.

学习了！

谢谢。加油

欢迎！ 如果遇到问题，欢迎向我们反馈：http://space.cnblogs.com/forum/public