探讨一下微软.net应用程序架构设计的问题

[huazaiboy]

有谁看过Application Architecture for .NET - Designing Applications and Services一文吗?
哪位高人能否解释一下表现层的UI Components 和 UI Process Components各负责什么, JavaScript又属于哪一层的代码. 另外业务逻辑层Business Workflows是用来干吗的?最近有点迷糊,敬请赐教!谢谢!

[liu_kewei]

简单的即最好的．
大家太追求什么概念，体系之类的东西了．
明了的即实用的．
大家做东西是拿来用，还是看里面有多少的概念，构架设计．

[Frank6600]

就像 zeusvenus(清柳)(C#/ASP.NET) 说的，
我也参考了文章内所说的来设计/修改自己的架构了。

[huazaiboy]

新年新气象,再顶起来,谢谢Fusuli(傻强)的建议

[airclli]

up

[ljhkim6]

UPING。。。

[huazaiboy]

兄弟姐妹们帮忙顶起来!嘿哟嘿哟........

[liudng]

学习

[hyena041]

syeerzy(快乐永远*先天下之乐而乐*后天下之忧而忧*)
说的很有道理

很多时候我们需要的是一种思想，一种可以指导我们完成的想法

[hyena041]

jb303(sleepingboy)
的说法不敢苟同

这样出来的东西很多时候会花费很大的功夫，前期作的好，对后期的帮助，哪怕是做refact都有着很大帮助

[jb303]

分层是为了团队分工，方便维护，实现代码复用，我认为中大型的项目最好分一下，规划一下
先把整个系统设计好不现实，拿到需求就写代码更不好，我比较推崇摸着石头过河的方式，先大致规划，然后开始编码，然后重构，好的设计是重构出来的

[jb303]

由于认识的原因，前期对于问题认识往往不够全面，重构允许在中期改变前面不完善的设计，而使功能不变，只要建立好测试用例，用好测试机制，效率很高。但是不知道这种新式方法软件开发的时候大家用得多不多。我是xp得fans^_^

[hyena041]

syeerzy(快乐永远*先天下之乐而乐*后天下之忧而忧*)
说的，如果把c/s换成b/s，给我的启发很大，这种情况其实耦合，以前没有注意过

多谢！

受教

[PeterPan123]

jb303说的是不是敏捷开发？个人觉得这种开发方法虽然成品质量很高，但是效率不那么高，还有工作强度比较大，如果没有宽松的项目开发时间的话，光是加班就能把你搞崩溃了

[net205]

顶一把再说

[Alden]

Javascript是表示层，Business Workflows用来封装业务规则，其实名字不重要，主要是划分的依据和原因.

[卧_槽]

当写了10w行左右的软件的时候，就知道要构架了，然后自己设计一下，看看经典的书籍，大概就明白了。

[webwait]

学习

[javaunix8]

jb303(sleepingboy) 的说法我不认同，那是没有项目经验的人的工作方式，经验丰富的人拿到项目需求就知道怎样去设计了。只有没经验的才是摸石头过河

[dreamsflying]

TO yuwenge(活得痛快) :
没有一个合适的架构，大一点的软件，可能是非常麻烦，特别是对于产品型的项目，没有好的灵活的框架，可能真的是要死人的。
我上次的项目是超过25w行的代码。
现在已经深深的体会到框架的重要性。现在改起来很顺。
用的是服务＋事件驱动型MVC架构。
.net2.0开发的.

[Kshatriya]

傻强说的有道理