请教一些关于B/S开发的模式 , 初涉B/S, 向大家请教.欢迎讨论

hyblusea 2010-09-17 11:38:59

昨天我和事测试出了两种方案, 都是前台页面使用Html+Jquery, 后台C#, 区别在于:

1.后台使用Ashx页面, 前台通过Get, 或者 Post方式调用后台逻辑
2.后台公开WebService接口, 供前台调用

这两种方式,都做过简单的测试,目前没有发现问题,但不知道最终是否可行.

毕竟我从来没有做过B/S, 所以对现在流行,或者成熟的开发模式不太了解, 欢迎大家指教.

...全文

242 33 打赏收藏转发到动态举报

写回复

用AI写文章

33 条回复

切换为时间正序

请发表友善的回复…

发表回复

daixiaolong_1588466 2010-09-17

打赏
举报

mvc模式

R_zhanche 2010-09-17

打赏
举报

[Quote=引用 9 楼 sp1234 的回复:]
引用 4 楼 hyblusea 的回复:
引用 3 楼 sleepinglee 的回复:
就是全用$.get获取数据咯？或者使用post咯？

楼主是想要摒弃掉~webform 咋不用Mvc呢

MVC?我没听说过..不知道有什么优缺点, 我们现在这测试的这种模式, 缺点是前台的工作量比较大,需要写很多JS.

你所看到的缺点九牛一毛。当然，做网页交差可以了，做企业应用系统……
[/Quote]

顶重点是你的需求是什么要做怎样的系统应用

以专业开发人员为伍 2010-09-17

打赏
举报

以专业开发人员为伍 2010-09-17

打赏
举报

单纯看你列的“技术”，当然可行。

当你的做一个大一点的系统那么问题是，你能一直去更新、维护、升级那如乱码一般的javascript程序吗？

sleepinglee 2010-09-17

打赏
举报

[Quote=引用 4 楼 hyblusea 的回复:]

引用 3 楼 sleepinglee 的回复:
就是全用$.get获取数据咯？或者使用post咯？

楼主是想要摒弃掉~webform 咋不用Mvc呢

MVC?我没听说过..不知道有什么优缺点, 我们现在这测试的这种模式, 缺点是前台的工作量比较大,需要写很多JS.
[/Quote]

这就是要在项目开始以前把JS的关于绑定，更新，删除，这些都写好~~就是框架啦，搭好了就快了

mvc就是跟你说的这个很像的，但是不用ashx，原理差不多

用的都是controller，然后访问controller里的方法$.get('xxControler/xx方法?xx=xx')类似这样的

controller里面有带jsonresult,actionresult的返回值的方法，这些去msdn查吧，可以很方便拿到json,或者

json数组，还挺好用的。其他的用普通字符串，数据类型都行，页面统一写怎么处理json的方法，封装一下，

不就丢json对象和表单进去或者table对象进去，就可以轻松绑定啦推荐jquery datatables

mvc可以多个form~~这个可以体会，多方便啊~~多个form比webform是不是听起来诱惑些

BATTLERxANGE 2010-09-17

打赏
举报

用最传统的webform不就好了……全部自己实现不累死才怪

yinguijian 2010-09-17

打赏
举报

思想都是差不多的，只是实现的方法不同

hyblusea 2010-09-17

打赏
举报

[Quote=引用 3 楼 sleepinglee 的回复:]
就是全用$.get获取数据咯？或者使用post咯？

楼主是想要摒弃掉~webform 咋不用Mvc呢
[/Quote]

MVC?我没听说过..不知道有什么优缺点, 我们现在这测试的这种模式, 缺点是前台的工作量比较大,需要写很多JS.

sleepinglee 2010-09-17

打赏
举报

就是全用$.get获取数据咯？或者使用post咯？

楼主是想要摒弃掉~webform 咋不用Mvc呢

MSDNXGH 2010-09-17

打赏
举报

帮顶，等大侠来。。。

MSDNXGH 2010-09-17

打赏
举报

嗯，可以，

jason1317 2010-09-17

打赏
举报

MVC的优点就在于是三层分模型层、视图层和控制器，
有良好的解偶合性，
可以做到各司其职、互不干扰，
有利于团队开发。

showjim 2010-09-17

打赏
举报

[Quote=引用 30 楼 sbwwkmyd 的回复:]
对于后台用户操作，我比较倾向于html+javascript，这种比较纯的方式很容易移植到其它环境下(只需要服务器端语言提供同样的接口)，而且服务器端语言开发环境的变化对于客户端实现基本上没有影响。而使用.net控件，开发平台升级的同时有可能带来很大的代码修改工作量，而且代码兼容也可能出现问题，有时候还会导致很隐藏的程序错误。
[/Quote]
对于显示页面需要搜索引掣关注的东西，不要用javascript。
客户用户操作，可以提供两种模式，一种是javascript版本(用户体验版)，一种是纯静态版本，为了考虑用户的浏览器环境与相关设置。

showjim 2010-09-17

打赏
举报

[Quote=引用 8 楼 sp1234 的回复:]
单纯看你列的“技术”，当然可行。

当你的做一个大一点的系统那么问题是，你能一直去更新、维护、升级那如乱码一般的javascript程序吗？
[/Quote]
javascript程序乱？自己写的代码乱，不要怪罪语言。
我也承认javascript调试没有C#方便，但是有一定的经验后就不成问题了。

showjim 2010-09-17

打赏
举报

对于后台用户操作，我比较倾向于html+javascript，这种比较纯的方式很容易移植到其它环境下(只需要服务器端语言提供同样的接口)，而且服务器端语言开发环境的变化对于客户端实现基本上没有影响。而使用.net控件，开发平台升级的同时有可能带来很大的代码修改工作量，而且代码兼容也可能出现问题，有时候还会导致很隐藏的程序错误。

hyblusea 2010-09-17