谁知道这个C#教程的全文叫什么?
因为我想学习一下三层构架什么的
然后看到了这个,觉得好不错
嗯,就是这个http://www.doc88.com/p-996524358822.html
但是一些关于数据库的操作好像是写在上一章了
我就找不到上一章是啥,于是求大神啊
如果找不到,给个别的啥的,能让我学习数据库的操作、三层构架的教程也好的
不要直接给我工程文件,这样我看不清层次、逻辑关系
------解决方案--------------------我建议你看这本。C#高级编程
不要找网上这些零散的资料,最好到图书馆找一本相关基础书籍,从基础开始。
操作数据库的知识,主要是ado.net,当然还有linq、entityframework等。建议你从ado.net开始学起。
------解决方案--------------------
找一本实践性比较强的书,有了感性认识了,再补理论。这符合认识的规律。
------解决方案--------------------看上去是某个培训班内部的讲义。
如果是正规书籍,不会是Word格式的。也不会存在只有Word页码域才会出现的特色错误信息“错误!未定义书签”。
------解决方案--------------------因为我想学习一下三层构架什么的
然后看到了这个,觉得好不错
嗯,就是这个http://www.doc88.com/p-996524358822.html
但是一些关于数据库的操作好像是写在上一章了
我就找不到上一章是啥
你这个说法就让人完全不相信你现在能够真正用到什么“三层”了。当你设计前端、非常真实、用户切实需要的交互界面应用程序时,你针对系统服务(例如基于tcp、http、web service或者随便什么服务)的一组功能来开发,而完全不纠结于如何进行“数据库增删改查操作”,这就是三层。你可以“数出”你的系统服务层应该有多少个服务(是15个还是50个?)、每一个服务的参数是什么(例如json对象中有意义的属性结构),然后让服务端给你一组“假的”数据支持,或者你在前段应用程序中直接mock(模拟)这样一组功能调用,就可以了!
------解决方案--------------------真正使用三层,需要工程经验。
而有些人只有理论,整天指责别人不会三层,可是他自己一旦接触复杂一些(或者是性能要求高一点的桌面应用)时,就又指责前端软件设计师“为什么不让每一小段程序单独去访问数据库?”。实际上,这就是因为这样的人只纠结于是不是类似Petshop的格式,而不注重业务逻辑层的真正设计和开发。那么结果就是,他们的业务逻辑层总是“薄薄的一层”,没有什么实际意义,不过是DAL的简单传递,而且整个所谓的“三层开发”的代码和规矩繁琐得就像100年前老太太的裹脚布一样又臭又长,而反而让程序员有的是借口来慢慢地拼凑程序。
------解决方案--------------------你让有经验的人看看这个所谓“教程”的业务逻辑层吧,它是十足的“骗人”的教程。
------解决方案--------------------
你让有经验的人看看这个所谓“教程”的业务逻辑层吧,它是十足的“骗人”的教程。
没 错