用BS做软件后台经验总结

用BS做软件后台经验总结：

1、现在的软件系统即便不是100%用的是关系型是数据库也是99%用的是关系型的数据库，那么多表关联是不可避免的，所以在多表关联的时候不可避免要用到多表关联一个ID,那么可能会遇到这样一种情况，就是在编辑一个子表的时候要求只是显示字表的关联的主表的记录是谁，但是不要求去编辑这个字段，所以这个时候就要求这个下拉列表是只读的，也可以用一个lable或者litaral显示出来，而不需要去编辑，如果用select那么就要求只读，那么要求在设计类库的时候要设计只读的参数内容

2、 后台都是对成千上万的记录进行维护，所以要求用一个具有良好的列表区分页类

3、现在要解决的问题：１　皮肤　２　权限应用到某个栏目的问题

4、利用UML设计良好的软件架构，业务逻辑非常清晰，需要公开的功能都做成webservice,目标是做成页面中的每一个元素，每一个模块都能任意组合，一个简单的例子，例如注册协议这些内容，随便在任何地方可以调用，注册接口任何地方都可以链接。

5、版权做到数据库中让用户自己编辑

6、c++

7、多花一些时间写出一些抽象化程度比较高的模块，方便以后使用，如果坚持这样做了，编程的道路会越走越宽！模块化之一：各种新闻列表信息,webService返回的东西要很抽象，也就是只有数据，方便样式定义在调用处设计，mvc，各种逻辑方便转化成webservice,写新闻的webService没有成功，坚持写完好的效果的！

8、人性化和健壮性并重(ajax)

9  多个模块共享一个列表区，共享一个排序分页功能，该使用哪一种解决方案才更好呢？

10、目前最大的烦恼，消除程序中的很多重复拷贝代码，最想实现分离精简类库，类之间关系条理清晰！

11、注意代码的每一个细节，要用心，细心，专心,一定要写健壮的程序,一定要写没有Bug的程序,一定要想着做将军.

12、写网站的时候多参考discuz技术，如果才用cookie那么有多个系统共存在一个系统的时候要如何处理呢？

13、后台的管理多采用选项卡的方式，并且目录树要采用很容易删减的模式去实现，例如树或者新兴的什么方式！

14、闯关赛添加删除，游戏修改一下界面 15、实现discuz后台到游戏后台的移植 16、socket 17、多个表单提交 18、重写DataGrid控件 19、框架的样式风格继承 20、神州行充值卡 21、页面中的排版的换行的问题 22、新闻 23、网站的安装 24、充值右边的登录 25、列表区控件的DataGrid 26、新添加的配置表的后台修改工作 27、游戏的管理 28、权限细分