29 个解决方案
#1
坐sf等老手来讲
#2
要理清楚数据表之间的关系。
#3
数据库的设计
#4
study
#5
多了，你就不这么想了
#6
⊙﹏⊙兰州想法太肤浅，该去接受如梦大哥的熏陶
#7
小妹刚工作不久，也是.NET程序员，感想就是，有些东西看起来简单，等你写完了，多测试几遍，就会发现很多问题。
当解决完问题时，才发现自己第一遍想的时候，思路有多么滴白痴。
建议还是多写程序的好，锻炼思维，也锻炼对控件的各种变态的操作，完成各种变态的要求。
当解决完问题时，才发现自己第一遍想的时候，思路有多么滴白痴。
建议还是多写程序的好，锻炼思维，也锻炼对控件的各种变态的操作，完成各种变态的要求。
#8
”建议还是多写程序的好，锻炼思维，也锻炼对控件的各种变态的操作，完成各种变态的要求。“
也是，每次写完项目都感觉有很多改进的地方....
也是，每次写完项目都感觉有很多改进的地方....
#9
哎，就是更新太快了，你现在什么三层架构都已经过时了，现在的mvc架构，还有以下更新的架构你说说，这个技术的更新就是快，所以我建议程序员每天要做的就是要看微软的最新动态，除开什么新技术啊，新的开发软件啊，我们就又要去学，想以前的asp 、 ado现在不都很少用了，也许过不了一段时间asp.net也没有用了，最重要的是随时更新自己的脑子！
#10
要做的问题很多
如优化效率和安全性控制，数据库操作，提高扩展性
如优化效率和安全性控制，数据库操作，提高扩展性
#11
学习
#12
动起来easy，很好的动起来就no easy了。。。
做个好的技术人员首先得提高自己的哲学修养。
做个好的技术人员首先得提高自己的哲学修养。
#13
美工最重要。。。
#14
嗯！去学java吧！
#15
兄弟是在北大青鸟学的吧，如果是的话出来参与具体项目的时候你就不感到easy了。要学的东西还有很多……
#16
简单？ 不要你用控件 全部自己手写呢？？
没有什么东西是简单的吧。 自己还没涉及到深的而已！！
没有什么东西是简单的吧。 自己还没涉及到深的而已！！
#17
顶一个
#18
学习中···
#19
还是在javascript div+css 上面多花时间吧~~
#20
想在我的感觉就是越学越发现自己知道的太少，呵呵
#21
项目多是类似的层次结构，核心在设计模式和算法，对于复杂的项目，如何设计实现流程是比较复杂的事情，所以低级程序员和高级程序员所要接触的东西自然不同，一堆类似的代码谁都可以做，普通的三层结构看起来时绕来绕去，没有多少技术含量，反倒觉得是浪费效率和时间。
我觉得吧，程序做得多了，重要的是业务和数据库设计，业务是你需要了解项目的流程，只有知道业务才能设计好的算法和设计模式，知道了业务才能设计好的数据库！个人感觉数据库结构清晰了，整个项目也就明朗了，就知道从何处入手，如何去实现！
所以我总结是：
项目 = 50%业务 + 30%数据库 + 20%代码
我觉得吧，程序做得多了，重要的是业务和数据库设计，业务是你需要了解项目的流程，只有知道业务才能设计好的算法和设计模式，知道了业务才能设计好的数据库！个人感觉数据库结构清晰了，整个项目也就明朗了，就知道从何处入手，如何去实现！
所以我总结是：
项目 = 50%业务 + 30%数据库 + 20%代码
#22
楼主做的项目太简单了而已。
稍微复杂点的项目会彻底搞晕你。
那时候你才会发现业务层有多重要！
稍微复杂点的项目会彻底搞晕你。
那时候你才会发现业务层有多重要！
#23
我还没毕业呢??? 楼主的水平比我的高多了......
#24
嗯，学习中....
#25
做实际项目就不一样了。
#26
做项目最重要的还是符合用户需要，还有业务逻辑
#27
三层中我也觉得数据访问层最重要了....诸如楼上几位提的算法啊之类的很少接触...不过我有考虑自己做用户控件用，在高级一点就不知道了...最近在看那本庖丁解牛...有什么收获随时更新给大家...
#28
建议你去看本书，《你必须知道的.net》
我最近正在修炼中，非常棒的书
我最近正在修炼中，非常棒的书
#29
同感的是什么时候可以完全自己手写出代码，不用参考书。
手写是王道。。
#1
坐sf等老手来讲
#2
要理清楚数据表之间的关系。
#3
数据库的设计
#4
study
#5
多了，你就不这么想了
#6
⊙﹏⊙兰州想法太肤浅，该去接受如梦大哥的熏陶
#7
小妹刚工作不久，也是.NET程序员，感想就是，有些东西看起来简单，等你写完了，多测试几遍，就会发现很多问题。
当解决完问题时，才发现自己第一遍想的时候，思路有多么滴白痴。
建议还是多写程序的好，锻炼思维，也锻炼对控件的各种变态的操作，完成各种变态的要求。
当解决完问题时，才发现自己第一遍想的时候，思路有多么滴白痴。
建议还是多写程序的好，锻炼思维，也锻炼对控件的各种变态的操作，完成各种变态的要求。
#8
”建议还是多写程序的好，锻炼思维，也锻炼对控件的各种变态的操作，完成各种变态的要求。“
也是，每次写完项目都感觉有很多改进的地方....
也是，每次写完项目都感觉有很多改进的地方....
#9
哎，就是更新太快了，你现在什么三层架构都已经过时了，现在的mvc架构，还有以下更新的架构你说说，这个技术的更新就是快，所以我建议程序员每天要做的就是要看微软的最新动态，除开什么新技术啊，新的开发软件啊，我们就又要去学，想以前的asp 、 ado现在不都很少用了，也许过不了一段时间asp.net也没有用了，最重要的是随时更新自己的脑子！
#10
要做的问题很多
如优化效率和安全性控制，数据库操作，提高扩展性
如优化效率和安全性控制，数据库操作，提高扩展性
#11
学习
#12
动起来easy，很好的动起来就no easy了。。。
做个好的技术人员首先得提高自己的哲学修养。
做个好的技术人员首先得提高自己的哲学修养。
#13
美工最重要。。。
#14
嗯！去学java吧！
#15
兄弟是在北大青鸟学的吧，如果是的话出来参与具体项目的时候你就不感到easy了。要学的东西还有很多……
#16
简单？ 不要你用控件 全部自己手写呢？？
没有什么东西是简单的吧。 自己还没涉及到深的而已！！
没有什么东西是简单的吧。 自己还没涉及到深的而已！！
#17
顶一个
#18
学习中···
#19
还是在javascript div+css 上面多花时间吧~~
#20
想在我的感觉就是越学越发现自己知道的太少，呵呵
#21
项目多是类似的层次结构，核心在设计模式和算法，对于复杂的项目，如何设计实现流程是比较复杂的事情，所以低级程序员和高级程序员所要接触的东西自然不同，一堆类似的代码谁都可以做，普通的三层结构看起来时绕来绕去，没有多少技术含量，反倒觉得是浪费效率和时间。
我觉得吧，程序做得多了，重要的是业务和数据库设计，业务是你需要了解项目的流程，只有知道业务才能设计好的算法和设计模式，知道了业务才能设计好的数据库！个人感觉数据库结构清晰了，整个项目也就明朗了，就知道从何处入手，如何去实现！
所以我总结是：
项目 = 50%业务 + 30%数据库 + 20%代码
我觉得吧，程序做得多了，重要的是业务和数据库设计，业务是你需要了解项目的流程，只有知道业务才能设计好的算法和设计模式，知道了业务才能设计好的数据库！个人感觉数据库结构清晰了，整个项目也就明朗了，就知道从何处入手，如何去实现！
所以我总结是：
项目 = 50%业务 + 30%数据库 + 20%代码
#22
楼主做的项目太简单了而已。
稍微复杂点的项目会彻底搞晕你。
那时候你才会发现业务层有多重要！
稍微复杂点的项目会彻底搞晕你。
那时候你才会发现业务层有多重要！
#23
我还没毕业呢??? 楼主的水平比我的高多了......
#24
嗯，学习中....
#25
做实际项目就不一样了。
#26
做项目最重要的还是符合用户需要，还有业务逻辑
#27
三层中我也觉得数据访问层最重要了....诸如楼上几位提的算法啊之类的很少接触...不过我有考虑自己做用户控件用，在高级一点就不知道了...最近在看那本庖丁解牛...有什么收获随时更新给大家...
#28
建议你去看本书，《你必须知道的.net》
我最近正在修炼中，非常棒的书
我最近正在修炼中，非常棒的书
#29
同感的是什么时候可以完全自己手写出代码，不用参考书。
手写是王道。。